feat: split Smith skill into task-scoped, directly invocable skills

未关闭
#52 0 条评论 0 个 reaction 已指派 1 人 在 GitHub 查看

维护者通常 4 天内回复

@dhl123 已经在做这个了。

开始于 2026年9月10日。

评估

这个 Issue 还没有评估数据。

描述

enhancement
Summary

Smith is currently exposed as a single smith skill. Every task — policy creation, test generation, policy testing, patching, Regal formatting, deduplication, cross-validation — is routed through one SKILL.md, which reads the user's intent and then delegates to the appropriate guide under opa_policy/ or test_generation/.

This has three costs:

  • No direct invocation. There is no way to say "run test generation" as a command. The user has to phrase it as natural language and rely on SKILL.md routing to the right guide.
  • The router is a bottleneck. Every new capability means another branch in SKILL.md, and the whole contract loads for even the narrowest task.

The proposal is to split Smith into task-scoped skills, each directly invocable — /smith-test, /smith-policy-creation, /smith-policy-testing, and so on. The underlying smith --flag CLI does not change. This is a restructuring of the skill layer only.

User story
User Story 1
  • As a: Smith user who knows exactly which stage I want to run
  • I want: to invoke that stage directly as its own skill, e.g. /smith-test
  • So that: I don't have to phrase my intent as prose and hope the router dispatches correctly
Acceptance Criteria
Scenario: Invoking a stage direct
  • Given the task-scoped skills are installed
  • When I invoke /smith-test
  • Then the test-generation workflow runs, and no other stage's instructions are loaded
主要语言
Python
星标
17
派生
6
平均合并
4 天 31 分钟
30 天内合并 PR
16

环境准备

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

IBM/smith 的其他 Issue

查看 IBM/smith 的全部 Issue

相似的 Issue

更多 Python Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。