Skip to content

task rule carries behavior only

Claude Lin & Lay edited this page Sep 30, 2026 · 1 revision

rules/task/task.md の常時ロード本文は issue とラベルの行いだけを持ち、他の常時ロード面の写しと層の説明は持たない

Question

常時ロードされる rules/task/task.md の本文に、rules/model/liplus-coding-rule.md Body States Behavior の識別線(読んだ者の行いが変わるか)を 2 周目として当てたとき、何が本文に残り、外したものはどこが保持するか。

Current resolution

本文は Task Issue Rules(issue の扱いの規則、作成・更新・close の条件、外部化リダイレクトの行き先と本文に書くもの)と Task Label Definitions(ラベル語彙と意味、state 部分集合の不変条件・境界・関係の軸・適用範囲の終端・検索面)だけを持つ。層の位置の宣言、他の常時ロード面が同じ行いを持つ写し、ラベルの目的を述べる理由、同じ段落の中の言い直しは持たない。

PR(issue #2136)で 6,089 B → 4,499 B(−1,590 B、−26.1%)。1 周目(理由の剥ぎ取り)は evolution-task-rule-bodies-carry-behavior-only にある。本 entry は 2 周目で、主に外したのは写しと説明である。ラベルの語彙と意味、issue とラベルの扱いで AI が実行する手順は変えていない。

外したものの合流先

外した記述 判定 合流先
## Task Layer 節(Layer = / 役割の一文 / Requires = / Companion surface = / Foregrounds / Backgrounded here) 説明 frontmatter(layer: L3-task、alwaysApply: true)、docs/3.-Task.md 冒頭と層境界注記。operations-rule-carries-behavior-only が ## Operations Layer を外したのと同型で、新しい置き場は作らない
No commit or PR without issue number. 写し rules/operations/operations.md Operations Rules(Issue link via gh issue develop is always required.、commit body / PR body の issue 参照)
Issue body literal = scope boundary. Sub-issue work exceeding parent body literal ... requires dialogue confirm per ... 写し rules/operations/main-agent-procedures.md Sub-issue rules の Scope-exceed dialogue confirm(Issue body literal is the scope boundary. ...)。docs/L.-Hop-Count-Instrument.md S4 のアンカーを到達先へ差し替えた
Issue is primarily authored by AI. Human may also create issues, but default author = AI. 写し(行い)と説明 行いは同じファイルの Create issue when: ...、Human does not need to say "make issue" ...、Issue is internal TODO = assignee manages without waiting for instruction.。人間も作れることは docs/3.-Task.md「issue 運用」
Current source of truth = issue body + labels.(issue の仮説 1) 写し 同じファイルの Issue body = latest requirements snapshot, not history log. と Comments are secondary. Fold durable information back into body.、ラベル定義の state ラベル
空の見出し #### Working with Issues 本文が無い なし(docs/3.-Task.md の節名参照を [Task Issue Rules] へ直した)
Independent judgment redirect scope: とその 2 行(independent judgment だけに適用、対話 context は範囲外) 写し 同じファイルの Independent judgment redirect: ... の名前と、Do not transcribe dialogue messages into issue body.
Do not overthink. 写し 同じ行の threshold = same as memory-level observation
### Autonomy の Label evolves over time. 説明 docs/3.-Task.md「自律」
同 Label is for AI readability.(issue の仮説 1。main では rules/operations/operations.md 側は #2127 で既に外れていた) 理由(ラベルが何のためにあるか) 本 entry、docs/3.-Task.md ラベル定義、docs/4.-Operations.md ラベル運用の責務
同 Label operation rules: rules/operations/operations.md Operations Label. 常時ロード面どうしの案内 rules/operations/operations.md Operations Label(常時ロード。逆向きの Active label meanings belong to rules/task/task.md. は残る)
review-pending の Executor-agnostic semantic. 写し 直後の subagent: mandate ... main: best-effort ...(両主体の適用)
State-machine subset の : the invariant binds what is attached at a point in time, not how many times a state has been raised.(issue の仮説 2) 写し 同じ文の At most one of the four is attached at a time。A state may be entered more than once in an issue's life. は残した
Relation axis の A state label says the work is stopped; the dependency says on what.(仮説 2) 説明 docs/3.-Task.md ラベル定義
Scope end の is a record of the last state the work reached, not a claim that it is in that state(仮説 2) 理由(残存が違反でない理由) 本 entry、docs/3.-Task.md ラベル定義
Search surface の Closed issues among the hits of a query that omits the open filter are history, not a violation.(仮説 2) 写し Scope end の A state label still attached to a closed issue is not a violation.
Marker の See rules/evolution/promotion-judgment.md for details. 常時ロード面どうしの案内 rules/evolution/promotion-judgment.md Issue Creation Metadata(常時ロード。promotion marker を自身で名指す)

本 entry が保持する理由

  • ラベルは AI の可読性とフィルタリングのためにある。 作成時に説明文を必須にするのも、語彙を短く保つのも、これによる。読む者の行いは Description required on creation. と語彙の定義が決めており、目的の文は行いを足さない。
  • close 後に残る state ラベルが違反でないのは、それが作業の最後に到達した状態の記録であって、いまその状態にあるという主張ではないからである。 部分集合は open の間だけ適用される(Scope end = close.)ので、close 後にラベルが主張するものは無い。

外さなかったもの

  • Issue body = latest requirements snapshot, not history log.(仮説 1 の片側)。skills/task-subagent-state-labels/SKILL.md と docs/3.-Task.md が文そのものを名指しており、本文を書き直すという行いを決める。対の Current source of truth の方を外した。
  • Issue body = judgment record (what was decided). Dialogue message = history (how the decision emerged). 本文に何を書くか(決まったこと、決まり方ではない)を決める。
  • Human does not need to say "make issue" ... と Create issue when topic becomes durable work unit ...。 人間の指示を待つという既定の傾きに逆らう側の文(measurement-caught-what-read-based-removal-test-missed)。
  • Boundary、Relation axis の blocked を依存から導かないこと、Scope end の「close の瞬間に剥がす手順も workflow も作らない」、Search surface の open フィルタと「lock ではない」。 どれも行いか禁止である。Boundary は skills/task-subagent-state-labels/SKILL.md が節名で指している。
  • Who records it = rules/operations/main-agent-procedures.md Issue format. 受け身で書かれた記録の行いに主体を与える。
  • waiting / blocked の pause state. / stop state. ラベルの意味(語彙)であり、制約でも変えないと決めた部分。

Edges

Background

issue #2136。rules/task/task.md は毎 session 全文が文脈に入る面にあり、6,089 B あった。issue は 2 つの仮説を置いた。仮説 1(同じことを二度書く文)は、Current source of truth と Issue body = latest requirements snapshot の対では成り立ち、Label is for AI readability と operations.md の対は main では既に成り立たなかった(operations.md 側は #2127 で外れていた)。それとは別に、他の常時ロード面(operations.md、main-agent-procedures.md、promotion-judgment.md)の写しが見つかった。仮説 2(State-machine subset の段落群の中の理由の文)は、Scope end の「最後の状態の記録」と Relation axis の言い直しで成り立ち、行いと禁止の文は残した。

Constraints

  • issue とラベルの扱いで AI が実行する手順、ラベルの語彙と意味は変えない(issue #2136 制約 1)。
  • 他ファイルからの参照は解決させたままにする。行番号で指していた docs/L.-Hop-Count-Instrument.md S4 は、同 instrument の差し替え規則(アンカーがソースから消えたときだけ差し替える、旧アンカーと新アンカーを併記する)に従って直した。
  • L1、cold-start-synthesis.md、promotion-judgment.md、アダプタの凍結ブロックは触らない。

Conclusion

採用 = 行いが別の常時ロード面にあるものはそちらに任せ、task.md は issue とラベルに固有の行いだけを持つ。

却下 = Issue body literal = scope boundary を task.md に残し、main-agent-procedures.md 側を指す案。どちらも常時ロードで、正本は main-agent-procedures.md が全文で持つ。task.md の行は写しで、二つ目の写しは片方だけが直されたときにずれる。

Related

要求仕様書 (1-6)

参考文書 (A-L)

判断構造

Clone this wiki locally