TeloaAI-Native Team Studio

返回官方市场 · 技能

业务规则提取

从遗留代码提取业务规则（计算、校验、资格、状态流转、政策），写成带 file:line 出处的 Given/When/Then 规则卡，另出数据对象清单与待专家确认的问题；只出现在注释里的「规则」剔除，凭据掩码。二次开发自 Anthropic 官方 Claude Code 插件 code-modernization：去掉依赖 Workflow 与脚本的分片流程，把规则粒度、引用核验、P0 复核与同义合并写进正文，范围大时先报规模再征得同意。

研发工程研发工具

复制这句话，发给 Teloa 里的任意员工：
在 Teloa 市场里搜索并添加「业务规则提取」（技能 anthropic.modernize-extract-rules）。

来源
Teloa 官方 · 二次开发自 Anthropic（anthropics/claude-plugins-official）

修改清单（12 项）

移除（5）

  • 原版 Claude Code 斜杠命令文件不随附；其正文改写为资源根目录的 SKILL.md（逐处改动见本清单其余各条）。

    原因：Teloa 按技能加载 SKILL.md，不支持 Claude Code 的命令文件格式（`argument-hint`、`arguments`、`$system`/`$module_pattern`）。

    commands/modernize-extract-rules.md MER-M01 · 查看原版

  • 不随附 Method A 的 Workflow 脚本；SKILL.md 删除 Method A 全节（分片、预估、批次、恢复运行、渲染），其中可在单次会话里执行的做法见 MER-M07、MER-M08、MER-M09。

    原因：该脚本依赖 Claude Code Workflow 工具的运行时接口（agent()、parallel()、插件注册的 agentType、resumeFromRunId、journal.jsonl）；Teloa 市场不接受可执行脚本，Teloa 的编排工具接口也不同。原版在没有 Workflow 工具时本就使用 Method B。

    workflows/extract-rules.js MER-M02 · 查看原版

  • 不随附生成分片清单的 Python 脚本（仅 Method A 使用）。

    原因：Teloa 市场不接受可执行脚本；分片只服务于已移除的 Workflow 流程。

    scripts/make_shards.py MER-M03 · 查看原版

  • 不随附把 Workflow 结果渲染成 BUSINESS_RULES.md 的 Python 脚本（仅 Method A 使用）；规则卡由会话按 SKILL.md 的格式直接写出。

    原因：Teloa 市场不接受可执行脚本；原版 Method B 本就由会话直接写文件。

    scripts/render_rules.py MER-M04 · 查看原版

  • 不随附生成 REPORT.html 的 Python 脚本；「Finish」一节不再调用它。

    原因：Teloa 市场不接受可执行脚本；原版也把它标为可选。

    scripts/build_report.py MER-M05 · 查看原版

适配（4）

  • frontmatter 改为只有 `name` 与单行 `description`；标题下加修改声明（Apache-2.0 第 4(b) 条，指向 MODIFICATIONS.md）；`$system`、`$module_pattern` 与 `legacy/$system` 约定改为用户给出代码路径、系统短名和可选的模块或文件范围，路径不存在就停止，引用路径相对代码目录，报告写在工作区的 `analysis/<system>/`；删除「用 `/code-modernization:modernize … --source` 建立链接」的指引。

    原因：Teloa 市场的技能 frontmatter 只允许单行 name 与 description；Teloa 技能没有参数替换，`legacy/` 链接由原插件另一个未收录的命令建立。

    SKILL.md · frontmatter (L1-5); below the title; code location (L7-13) MER-M06 · 查看原版

  • Method B 的「three business-rules-extractor subagents in parallel」改为按随附的 `agents/business-rules-extractor.md` 做三个视角：宿主允许一次性委派（如 subagent_task）时交给只读子任务，否则自己依次完成；取自 Method A 第 1、2 步的做法改写为「先估规模」：统计范围内的文件数与行数，范围大（约 30 个源文件或 1 万行以上）时先报数并让用户选全量、只做一部分或取消，全量时按模块逐段完成后按来源文件与规则名去重合并；非模块源（SQL、公共引用、配置表）只在被引用时读取。新增只读规则：不构建、不运行、不修改被分析的代码，只写两份报告且经宿主确认。

    原因：Teloa 没有 Claude Code 的 Task 工具与插件注册的命名子代理；AI 同事能否委派取决于岗位是否授予一次性委派工具（subagent_task），所以按「可委派就委派、否则自己依次完成」写，并去掉模型档位，按宿主已配置的模型运行。原版的规模预估与「超过 12 个分片先询问」只写在 Method A 里，退回路径没有任何规模控制，大系统会一次读完全部代码。

    SKILL.md · Size the job first (new); Working rules (new); Method B (L104-107) MER-M07 · 查看原版

  • 规则卡格式保留；「later commands find rules by that pattern」「The brief's behavior contract」改为不依赖其他命令的说法；BUSINESS_RULES.md 末尾在「需专家确认」一节后列出被标记的指令样文本（只写 file:line）与未覆盖的部分（原版由 render_rules.py 输出）；「Finish」删除 build_report.py、Method A 专属统计与「下一步 /code-modernization:modernize-review、modernize-brief」，改为提示待专家回答的 P0 规则数量。

    原因：这些命令与脚本不在本资源里，在 Teloa 中无法调用。

    SKILL.md · Write (L119-144); Finish (L146-151) MER-M10 · 查看原版

  • 把 Claude Code 子代理定义改成随技能附带的角色说明：frontmatter（name、description、tools）改为标题、修改声明、一行「Role」（原 description）与一行「Tools」（read、glob、grep，bash 只做只读检查，不安装工具或依赖）；规则卡格式的出处由「`/code-modernization:modernize-extract-rules` 命令」改为 `modernize-extract-rules` 技能的 SKILL.md。

    原因：Teloa 不认 Claude Code 的子代理 frontmatter；原命令文件不随附。

    agents/business-rules-extractor.md · frontmatter (L1-5); L54-55 MER-M11 · 查看原版

新增（3）

  • 新增规则粒度要求（取自原版 Workflow 脚本给提取者的 GRANULARITY 提示）：一条规则对应一个业务决策或计算，不按分支、字段或行拆；同一决策的情形合并进边界情况；跳过参数解析、显示格式化等管道代码；大致每 40-80 行实际逻辑一条；P0 只给少数一旦出错就违背系统目的的规则，超过四分之一时重新评级。

    原因：原版 Method B 没有粒度说明；脚本注释写明缺少这项约束时，小程序也会被拆出数百条「规则」、提取不收敛。

    SKILL.md · Extract, "How fine to cut rules" (new) MER-M08 · 查看原版

  • 把 Method B 的「写之前核对引用」扩充为原版 Workflow 的核验做法：每条候选规则给出 confirmed / wrong citation / refuted 结论，只存在于注释、字符串或文档里的规则判为 refuted，剔除数量附 2-3 个例子；每条 P0 规则再从合规与忠实两个角度各复核一次，存疑时降为 P1 或把置信度降为 Medium 并附专家问题，无法复核的 P0 保留并请专家确认；描述同一行为的规则合并时保留较高优先级、较低置信度及全部疑似缺陷与专家问题，只因主题相同或数值、条件、副作用不同的不合并。

    原因：原版在 Workflow 里用裁判代理、P0 双评审与合并代理保证质量，退回路径只有一句「读每条引用确认」，同一套质量保证在 Teloa 里只能写进正文由会话执行。

    SKILL.md · Verify before you write (L116-118) MER-M09 · 查看原版

  • 新增两条规则：提取前完整阅读范围内的每个源文件，搜索结果只用来定位要读的地方，不能对应到已读代码行的规则不进目录；任何地方（规则卡、数据对象、回复、报告）都不写凭据原值，只写 file:line 与至多 2-4 字符预览。

    原因：原版 Method B 把阅读交给提取子代理，没有写明必须通读；凭据掩码只写在规则卡的 Parameters 一栏与子代理说明里。本机小模型实跑时只凭 grep 结果写规则、写出代码里不存在的规则，并在回复里复述了示例凭据。

    SKILL.md · Working rules (new) MER-M12 · 查看原版

其余 1 个文件与原版一致（已校验）

GitHub
资源文件：catalog/skills/anthropic.modernize-extract-rules.json
市场保存的文件：artifacts/skills/anthropic.modernize-extract-rules/1.0.0/
原始来源（锁定版本）：GitHub anthropics/claude-plugins-official@fa59bc9
许可
Apache-2.0
许可文件：LICENSE
审核
审核人 Teloa，2026-09-28
兼容状态
需先配置 · 适用 Teloa >=0.2.0-alpha.7 · DSH 0.1.7-rc.1
  • 需要 read、glob、grep 工具与写入 analysis/ 报告的权限（写入经宿主确认）；bash 只做只读统计（find、wc、grep），不构建、不运行被分析的代码。
  • 范围大（约 30 个源文件或 1 万行以上）时先报文件数与行数，由你选择全量、只做一部分或取消；全量时按模块逐段完成后合并。
  • 规则卡是给领域专家核对的草稿：置信度不是 High 的规则与存疑的 P0 规则都列在「需专家确认」一节，确认前不要当作验收标准。
  • 需要能力较强的模型：在小型示例系统上按正文执行的参考结果引用全部正确；本机 qwen3:14b 实跑 2 次不可靠（一次只凭搜索结果写规则并复述了凭据，一次把所有规则都评为 P0），两次都没有写出报告文件。请人工核对规则卡。未在 Teloa 宿主中端到端验证。
权限与需求
工具：read, glob, grep, bash, write
使用时联网：否
数据流向
文件已随 Teloa 安装包提供，添加时不用联网下载。 浏览本站无需登录；访问量用 Cloudflare Web Analytics 统计，不使用 Cookie，不记录个人身份。 登录与发表评价的数据处理：隐私与社区规则

技能 anthropic.modernize-extract-rules · 版本 1.0.0

问题反馈