Intent-System を試す→
実例

方向を定め、証拠の連鎖をたどる。

詳細な測定報告に含まれる短い方向づけの抜粋、追跡可能な 1 つの実装連鎖、そして v0.22.0 authoring-only の正直な最小スタート。この抜粋は起点となったプロンプト全体ではない。その後のワークフローは構造化されレビュー可能であり、自動でも簡単でもない。

完全な流れをたどる ↓authoring-only の始め方を見るv0.22.0 の現在モデル
Intent-System · 9 章のうち 2 章目↑ 概要に戻る
  1. 01現状フロー
  2. 02実証 showcase
  3. 034 スレッド orchestration
  4. 04Timer-loop alternative
  5. 05Intent Tree
  6. 06意図の統合
  7. 07人間 + AI のアサイン
  8. 08Review & Closeout ループ
  9. 09ロードマップ
事例 01 · 完全な流れ

測定報告が、追跡可能な実装スライスになる

この連鎖は、公開 Issue #1489 の詳細な測定報告を起点に、公開 Issue #1490 の G689 契約、PR #1492、そしてそのマージをたどる。公開 Issue #1493（G690）はそのマージの後に作られたため、後続の補強記録としてのみ扱い、起点とは扱わない。以下の周辺説明は、観測事実または原文引用と明示したもの以外、すべて要約として表示する。

  1. 01
    Verbatim excerpt · 原文引用起点の抜粋

    詳細な測定報告に含まれる方向づけの抜粋

    “And the design thread should be able to act when it notices one, rather than watching a seat sit blocked.”抜粋元: public issue #1489 · G690/#1493 later corroboration

    この一文は、公開 Issue #1489 の詳細な測定バグ報告から原文のまま抜粋している。短い方向づけの抜粋であり、起点となったプロンプト全体ではない。G690/#1493 は #1492 のマージ後に作られた後続の補強記録であり、起点ではない。このページの日本語は証拠の説明であり、原文の引用としては扱わない。

  2. 02
    Paraphrase · 要約Design

    公開 Issue #1490（G689）が制約を定義する

    公開 Issue #1490（G689）は、観測されたシェル承認の空白を二層モデルとして整理する。プロンプト分類は対話を認識・抽出し、何を回答できるかは対象を絞ったポリシーが決める。複合コマンドは部分ごとに検証し、未知のものは安全側で停止する。実装は PR #1492 で確認できる。

    出典public issue #1490 (G689)PR #1492
  3. 03
    Paraphrase · 要約Packet

    実装パケットが境界を検証可能にする

    公開 Issue #1490（G689）には、`project-test`、`owned-scratch-delete`、`exact-command-once` の 3 つの範囲、プロンプト分類の検査、対話ごとの範囲を限定した回答が整理されている。PR #1492 がその実装を運び、このスライスの回答権限は orchestration-only のままである。

    出典public issue #1490 (G689)PR #1492
  4. 04
    Paraphrase · 要約Public issue

    パケットが Issue #1490 として公開される

    要約: 公開 Issue #1490 には、G689 の単独契約、受け入れ条件、検証、そして `main` を基準ブランチとする方針が載っている。

    出典issue #1490
  5. 05
    Paraphrase · 要約Pull request

    PR #1492 が実装を運ぶ

    要約: PR #1492 にはシェルコマンドのプロンプト分類、保守的な shell-AST 抽出、3 つの対象範囲ポリシー、監査項目、prompt-class list/describe 検査が記録されている。対象は `main` である。

    出典PR #1492
  6. 06
    Paraphrase · 要約Merge

    観測された終点は main へのマージ

    観測事実: PR #1492 は `b80d358913be6375741fe95ef93113159b2e0087` として `main` にマージされた。検証済みマージを終点とし、そこから先の自動的な下流作業は推測しない。

    出典b80d3589 merge commitPR #1492
この証拠が示すこと

この証拠が示すのは限定された主張である。記録された依頼は、境界と正確な識別子を持つ永続的な設計、パケット、Issue、PR、マージの連鎖になり得る。一方、ワークフローが自動で、簡単で、人間の承認も不要だという主張は支えない。

事例 02 · authoring-only の最小スタート

コードを書かずに Issue を作成・公開するだけなら

`team_mode=authoring-only` では、コードを書かずに意図を整理して Issue を公開できます。これは preview-through-1.x の authoring-only 機能です。モードはセッション層のトランスポートと直交します。既定は delivery のまま、同じ環境に集まるチームでは herdr-only が推奨され、分散チームや既存の agmsg を使うチームでは agmsg + herdr も利用できます。

Source-verified commands

小さなチーム構成を記録する

intent-cli team-mode set --domain <domain> --team <team> --mode authoring-only --write --format json
intent-cli team-mode show --domain <domain> --team <team> --format json
intent-cli team-mode validate --domain <domain> --team <team> --format json

これはリリース済み v0.22.0 ガイドのコマンドである。モード記録はトランスポートの選択とは別に管理される。

出典v0.22.0 guide
Authoring front door

正直な最小経路

  1. 入口で意図を整理し、聞き取りを行う。
  2. 単独のパケットを作成する。
  3. 既存の準備状態、担当宣言、リポジトリ、内容、重複、ブランチレーンのゲートを通過する。
  4. Issue を公開し、外部への引き継ぎを記録する。

G691/G692 は公開の境界を明示する。authoring-only が気づかないうちに配信になることはない。

出典public issue #1495 (G691)public issue #1497 (G692)PR #1496PR #1498d305987b merge05b0aa57 merge
Issue の公開 / 引き継ぎで終了

authoring-only は設計担当、運用担当者の明示的な承認、宛先の所有者、そして `published-external-handoff` の記録を保存する。引き継ぎは観測可能になるが、公開ゲートを弱めたりワーカーを認可したりはしない。

  • 配信構成や 4 つの配信担当席は必要ない。
  • 実装、レビュー、CI、委譲、監督、マージはこの最小スタート経路に含まれない。
  • intent-cli は案内を出して状態を検証するが、プロバイダーを起動せず、herdr を操作せず、スケジューラーを登録しない。
出典v0.22.0 guide (EN)v0.22.0 guide (JP)v0.22.0 release notes (EN)v0.22.0 release notes (JP)
証拠台帳

出典の境界を見えるままにする

2 つの事例は起点も終点も異なる。完全な流れの事例は測定事実からマージまでを選んだ連鎖である。authoring-only の事例は配信作業の前で止まる、リリース済み機能の説明である。

Intent-System を試す→