Concept registry maintainer zh
Skill gy910210/hermes-research-skills/skills/concept-registry-maintainer-zh
概念口径维护器:为长期研究项目维护统一术语、概念边界、成熟度标签和跨文档一致性,识别哪些旧定义需要降级、哪些新定义需要并回专题/主稿/资源页。适合在概念不断演化、文档很多、需要统一口径时调用。From its SKILL.md
npx -y skills add gy910210/hermes-research-skills --skill concept-registry-maintainer-zhAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 2 stars2 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
SKILL.md
3.9 KB, ~1.3k tokens by cl100k_base, as published. Nobody here has run it
Hermes 适配说明
- 本 skill 现面向 Hermes 使用,优先依赖 Hermes 原生工具:
search_files、read_file、write_file、patch、session_search、delegate_task、cronjob、browser、web/search、vision。 - 若正文提到
references/...或scripts/...,优先读取当前 skill 目录下对应文件,不再依赖 Claude 专属目录结构。 - 原始 Claude
agents/openai.yaml不作为执行前提;需要并行研究、分工精读或角色评审时,改用 Hermes 的delegate_task。 - 保留原有研究方法论与产物契约,但执行层统一按 Hermes 工具体系落地。
Concept Registry Maintainer(中文)
这个 skill 负责维护“概念注册表”,不是普通的边界辨析。
如果 concept-boundary-analyzer-zh 回答的是:
- A 和 B 的边界是什么;
- 这是产品概念、系统概念还是能力概念;
那么本 skill 负责回答:
- 这套定义现在应该怎样固化成长期口径;
- 哪些文档还在使用旧定义;
- 哪些结论应该降级成 hypothesis;
- 哪些概念需要建立
preferred / deprecated / adjacent关系。
何时使用
- 你已经完成了一轮概念辨析,想把新定义稳定写进主稿、专题稿、资源页。
- 最近多轮调研后,同一概念在不同文档里出现了不同说法。
- 你担心“主稿、专题稿、awesome 页面、技术方案”之间开始概念漂移。
- 你想给一个方向建立长期可维护的 glossary / concept registry。
输入
registry_scopesingle_topiccross_topic
canonical_docs[]- 当前最想作为“定义基准”的文档
related_docs[]- 需要扫描和同步的文档
concept_targets[]- 例如:
AI 搜Agentic Search生成式能力生成式搜推路线sparse/control tokensample-level token
- 例如:
maturity_policy- 是否要求给每个概念打
成熟 / 方向中 / hypothesis / 不建议写满
- 是否要求给每个概念打
输出
concept_registrycanonical_definitionpreferred_termdeprecated_terms[]adjacent_terms[]maturity_tagsource_basis
concept_drift_report- 哪些文档仍在使用旧口径
- 哪些地方把 hypothesis 写成了结论
- 哪些地方术语未统一
sync_recommendations- 该并回哪些文档
- 该只更新 glossary 还是应该改正文
工作流
- 先读取
canonical_docs[],抽出当前最稳的定义和证据基础。 - 为每个目标概念建立最小注册条目:
preferred_termone-line definitionlayer- 产品层 / 能力层 / 建模层 / 系统层 / 控制层
maturity_tag
- 再扫描
related_docs[],识别:- 仍在用旧术语的地方
- 定义冲突
- 成熟度冲突
- 结论写满的问题
- 对每个冲突给出处理建议:
replaceclarifydowngradeleave_as_historical
- 如果主题属于长期主线,建议把注册表同步到:
- 主稿
- 相关专题稿
- 增强版资源页 / awesome 页
- 技术方案稿
守护
- 不把“概念口径统一”误做成“大面积重写文风”。
- 如果新定义证据仍弱,只能注册为
hypothesis或working definition。 - 优先维护
preferred_term,不要强行删除历史术语;可保留“旧称/旧用法”。 - 概念注册表不等于结论注册表:定义稳定,不代表方向已经成熟。
推荐产出形式
- 一份
概念注册表 - 一份
drift report - 一组“哪些文档该同步、同步到什么程度”的建议
What ships with it
Read from the repository
Just SKILL.md. No reference files, no scripts.