Skip to content

[design] Document 'surfacing-only primitive' skill family pattern (idd-list / idd-clarify / future idd-find?) (sibling concern from #139) #140

Description

@kiki830621

Problem

#139 sister sweep 浮出:IDD plugin 出現一個尚未明文化的 design pattern family — "surfacing-only primitive":輕量 read-only skill,augments 主 pipeline (issue → diagnose → implement → verify → close) 但參與 lifecycle phase 流程。

目前 family member:

共同特徵:

  1. Read-only:不 mutate state (no gh issue create / gh issue edit / gh issue close)
  2. Standalone runnable:可任何時候 invoke,不需 in-flight phase context
  3. Delegate-able:其他 skill 可內嵌呼叫(idd-clarify 已 delegated by idd-issue Step 4.6 + gated by idd-diagnose Step 0.5)
  4. Augmentation not replacement:擴展既有 pipeline,而非取代

family 還未文件化,未來 add 第 4 個 primitive 時容易:

  • 重複設計同類 boilerplate (Step 0 bootstrap / config protocol / unattended fallback / --cwd flag)
  • 跟既有 lifecycle skill 混淆 (例如不小心讓 surfacing primitive 寫 state)
  • Skill 數量爆炸 (cognitive cost),沒系統性 review 「該不該抽 family」

Type

design / docs(architectural pattern documentation)

Expected

Document the surfacing-only primitive family pattern,例如新 reference doc references/surfacing-primitives.mddocs/skill-dimensions.md 新 axis "D12 Surfacing vs Lifecycle":

Axis Surfacing-only Lifecycle
是否 mutate state ❌ read-only ✅ writes to GitHub / git
是否參與 phase ❌ orthogonal ✅ advances issue.phase
Invocation context standalone or delegated usually within pipeline order
Existing members idd-list / idd-clarify / (idd-find?) idd-issue / idd-diagnose / idd-implement / idd-verify / idd-close

加 D12 後,加新 primitive 前先過 axis review:「這個 skill 該 surfacing 還 lifecycle?」

Actual

無 explicit pattern documentation。/idd-clarify 在 README:45 行 description 自描為「surfacing-only primitive」,但這個詞沒任何 anchor 解釋它代表什麼 family 共識。未來 contributor / maintainer 讀到不知道 implied 設計 contract。

Open questions

  1. Pattern 命名:「surfacing-only primitive」夠精準嗎?有更好的名稱嗎?
  2. 是否需要 family: surfacing 在 SKILL.md frontmatter 標示,讓 tooling 能 enumerate?
  3. /idd-find 若採 Option C (extend /idd-list) 而非 Option A,family member 就停在 2 個,pattern 抽象化是 premature。feature: /idd-find — semantic search for IDD-aware related issues across open+closed corpus #139 diagnose 後再 decide 是否實際 file pattern doc

Source

surfaced during /idd-issue #139 linked-context sister sweep (Step 4.7)


Current Status

Phase: diagnosed
Last updated: 2026-07-11 by /idd-diagnose (via /idd-all focused batch drain)

Key Decisions

Metadata

Metadata

Assignees

No one assigned

    Labels

    enhancementNew feature or request

    Type

    No type

    Fields

    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions