sync_marketplace.py 自动化不了这两处:CLAUDE.md 的「已发布插件」表格、 project_overview.md 的插件清单,手工把原来的单行 huanxi 拆成 huanxi (个人端 7 技能)/ huanxi-admin(管理端 4 技能,本次首发)两行,技能名 按 huanxi-menagement 仓库 skills/ 的实际内容更新。 Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_018xxRKMuiGR4wYT3QbwCpDc
5.3 KiB
5.3 KiB
CLAUDE.md
This file provides guidance to Claude Code (claude.ai/code) when working with code in this repository.
项目概述
蚁熊公司内部 Claude Code Plugin Marketplace(技能市场)。开发者在此仓库中维护供全员安装使用的 Claude Code 插件(Plugin)和技能(Skill)。
目录结构
.claude-plugin/
└── marketplace.json # 市场索引:声明本仓库包含哪些插件
plugins/
└── <plugin-name>/ # 每个插件独占一个子目录
├── .claude-plugin/
│ └── plugin.json # 插件元数据(name, description, version, author)
└── skills/
└── <skill-name>/
└── SKILL.md # 技能实现(frontmatter + Markdown 指令)
核心文件格式
marketplace.json(市场索引)
{
"name": "yixiong-claude-hub",
"owner": { "name": "蚁熊团队" },
"description": "...",
"plugins": [
{ "name": "<plugin-name>", "source": "./plugins/<plugin-name>", "description": "..." }
]
}
每新增一个插件,必须在 plugins 数组中追加对应条目。
plugin.json(插件元数据)
{
"name": "plugin-name",
"description": "...",
"author": { "name": "蚁熊团队" }
}
不设 version 字段:Claude Code 自动用 git commit SHA 作为版本基准,每次推送 main 分支即为新版本,已安装用户会话启动时自动检测更新。
含 MCP Server 的插件额外支持 userConfig(用户敏感配置,存系统钥匙链)和 mcpServers(服务器声明),可在 headers 中用 ${user_config.KEY} 引用用户配置。
SKILL.md(技能实现)
---
description: 一句话说明该技能的用途(Claude 用此判断何时触发该技能)
---
技能的具体指令内容…
description 字段是触发判据,务必精确描述使用场景,避免与其他技能产生歧义。
新增插件流程
- 在
plugins/下创建目录plugins/<plugin-name>/ - 创建
plugins/<plugin-name>/.claude-plugin/plugin.json - 在
plugins/<plugin-name>/skills/<skill-name>/SKILL.md编写技能 - 在
.claude-plugin/marketplace.json的plugins数组中追加该插件条目
已发布插件
| 插件 | 技能 | 说明 |
|---|---|---|
huanxi |
/huanxi-shared /huanxi-report /huanxi-leader /huanxi-task /huanxi-issue /huanxi-meeting /huanxi-lookup |
寰汐企业管理系统 · 个人端(7 技能),以本人身份操作,含 MCP Server 自动配置(hxp_ Token) |
huanxi-admin |
/huanxi-admin-shared /huanxi-admin-report /huanxi-admin-module /huanxi-admin-ops |
寰汐企业管理系统 · 管理端(4 技能),全量视角,需后台管理员发放 hxa_ Token,普通员工无需安装 |
memcore |
/memory-sync /memory-update /memory-lint /memcore-shared(内部 include) |
项目记忆体系核心引擎 |
obsidian |
/obsidian /obsidian-bases /obsidian-canvas /obsidian-daily /obsidian-history /obsidian-meta /obsidian-plugins /obsidian-search /obsidian-tasks /obsidian-workflow-pkm |
Obsidian 知识库完整工作流(10 个技能;对标 kepano/obsidian-skills 31.8k★ 与 AgriciDaniel/claude-obsidian) |
memcore 技能调用关系
/memcore-shared ← 内部 include(路径锁定 + 全局常量 + PROJECT_DIR 解析),不由用户直接调用
↑ Read 引用
│
/memory-sync ← 总编排(11 phases),调用下面两个技能
├── /memory-update ← 增量写入,可独立执行
└── /memory-lint ← 健康校验,可独立执行
关键常量统一来源(修改 memcore-shared 一处即可全局生效):
SYNTHESIS_THRESHOLD= 3(synthesis 升级跨文件引用阈值)LINT_STALE_MIN_DAYS= 7(过期检测最低观察窗口,不足则跳过)LINT_HIGH_VELOCITY= 1.0 次/天 /LINT_LOW_VELOCITY= 0.3 次/天(过期检测速度分档:全仓库提交速度 ≥ 高值 ERROR,≥ 低值 WARN)LINT_STALE_ABSOLUTE_DAYS= 180(低速仓库的过期绝对兜底天数)MULTI_HOST_WARN_DAYS= 7(多机不同步预警阈值)
记忆体系(会话启动必读)
每次新会话或长会话压缩后,必须先读
MEMORY.md索引再按需加载文件。代码与记忆冲突 → 以代码为准并更新记忆。
读取流程
cat .claude/memory/MEMORY.md获取清单- 必读(type=
project/feedback):decisions.md / project_overview.md / feedback_plugin_dev.md - 按需(type=
lint):lint_report.md(仅查看 NEED-HUMAN 待处理项时读)
记忆目录骨架
.claude/memory/
├── MEMORY.md # 索引(入口)
├── decisions.md # 关键架构决策(含 memcore-shared/lint_report 保活/Base commit 兜底/obsidian 社区对标审查/memory-lint 速度分档过期检测等 13 项)
├── project_overview.md # 项目定位与结构(huanxi/memcore/obsidian 10 技能 已发布插件)
├── feedback_plugin_dev.md # 插件开发协作规范(含 MCP docstring 单一真相、签名变更全量扫描)
└── lint_report.md # 记忆健康检查报告(按需)