活発に開発中

セッションは終わる。コンテキストは消える。
プロジェクトは続く。

Anchors は AI 支援開発のための継続性フレームワークです。行きは作業を導き、綱を支え、帰りにはコードと照合します — そして嘘をつけません。

コンセプトを読むGitHub で見る

名前はクライミングに由来します。行き先を示し、通った道を記す固定点です。

anchors check --all
  spec-completeness   bloqueante  ✓12 ✗3 ~1
  test-coverage       julgamento  ⏳2 pendente(s) de IA

~ 1 indeterminado — não é falha:
  o gate não teve o que confrontar

3 issue(s) — divergências registradas:
  ✗ [BLOQUEIA] spec-completeness @ Foo.spec.md
      faltam 2 cenários sem teste correspondente

✗ barrado — 1 gate(s) bloqueante(s) reprovaram
着想の源

クライミングの論理を借りた。

壁の上で、アンカーは3つのことをします — そのそれぞれが、記憶だけに頼らず安全に登る人が直面する現実の課題を解決します。Anchors は同じ論理を開発に応用します。

01

行き先を示す

クライミングでは: 支えのない面での次のポイントを示します — 行き先がわかるからこそ、次の一手に踏み出せます。

Anchors では: 計画と spec が最初の1行を書く前に何を作るべきかを示します — AI(またはあなた)は闇雲にではなく、方向を持って判断します。

02

綱を支える

クライミングでは: 滑落したとき、アンカーが落下を止めるセーフポイントになります — なければ、一つのミスがクライミング全体を失わせます。

Anchors では: 品質ゲートがそのセーフポイントです。逸脱をその場で捕まえるので、ミスの代償は一つの修正で済み、プロジェクト全体には及びません。

03

通った道を記す

クライミングでは: ルートは記録されます — 後から来る人は壁を一から読み解く必要はなく、すでに検証された道をたどるだけです。

Anchors では: 依存グラフと issue の履歴も同じ役割を果たします。次のセッションはすでに証明されたことを読み、そこから続けます — ゼロからは始めません。

課題

すべての AI セッションは構造的健忘症に苦しむ。

01

セッションが終わるとコンテキストが消える

別のエージェント、別の日、別の人間 — 次のセッションはルールを知らず、何がなぜ決まったかも知らずに再出発します。

02

コードは増えても方向は残らない

プロジェクトは行数を増やしても方向を失います。エージェントツールはセッション内の健忘症は解決済みですが、セッション間はまだです。

03

テストは緑、要件は未証明

スイートは通過するのに、仕様の丸ごとの部分がカバーされないまま — 痛い目に遭うまで誰も気づきません。

足りないのは記憶ではありません。リポジトリに固定された成果物です — 次のセッションが従わざるを得ないもの。

解決策

導き、支え、記すアンカー。

各アンカーはクライミングの3つの機能のうち一つ以上を果たします:行き先を示す、落ちないように綱を支える、通った道を記す。それらが集まって、実体を持つバージョン管理されたグラフを形成します — 各エッジは同期しているかどうかを知っています。

ciclo.sh
# planejar: a IA lê o guide de plano, decide o norte
$ anchors guide plan

# spec — a origem da verdade: o requisito ganha um código de cenário
SPCR-V01: usuário autentica com e-mail e senha

# map — rastreabilidade: liga spec → feature → teste → código
$ anchors map build

# check — qualidade: gates determinísticos + julgamento por IA
$ anchors check --all
  1. 01計画種をまく
  2. 02Spec真実を定義する
  3. 03トレーサビリティ繋ぐ
  4. 04伝播と品質照合する
テーゼ

成熟度は数値ではない。柱の活力だ。

プロジェクトが成熟しているのは、すべての柱 が実装され活力を持つときです — 一つの孤立したダッシュボードがそう言うときではありません。

01プロジェクト構造

リポジトリの形。決定論的に読み取られ、あなたと確認されます。

02計画

北:spec の種をまく生きた計画。

03Spec

真実の起源:すべてがぶら下がる基点となるアンカー。

04トレーサビリティ

糊:spec → feature → test → code を貫く継続的な識別性と、ファイル間のマップ。

05伝播

エンジン:変更を組織全体に伝播させ、stale になった箇所を示す。

06品質

ゲート:可能な限り決定論的に、そうでなければ AI の判断で。

二つの流れ、決して矛盾しない

生きた計画(アンカー+グラフ、現在の真実)と履歴(解決済みの issue、日付付きで不変のレポート)。

正直なオプトアウト、沈黙ではない

要件の免除は明示的で、記録され、日付が付きます。免除するのは要件だけで、免除された記録は残ります。

増分的な同期

グラフの各エッジは同期しているかを知っています。変更は触れた部分だけを再伝播します — プロジェクト全体ではありません。

issue は再オープンしない

照合が失敗し Anchors が単独で解決できないとき、不変の issue を記録します。再発は新しい issue です — 履歴は書き換えられません。

CLI

AI がサイクルを動かすために操作するツール。

  1. 計画anchors guide planプランガイド
  2. 仕様化anchors guide spec.spec.md
  3. マッピングanchors map build依存グラフ
  4. 実装anchors guide codeコード+feature
  5. テストanchors guide testテスト
  6. 照合anchors check / doctor乖離時は issue

Anchors は AI を内蔵しません。Claude Code、GPT、Gemini など、どのクライアントでも AI が使うツールです。`anchors guide` を読み、フローを学び、コマンドを操作します。

ドキュメントを見る。

共通のメカニズムから六つの柱まで — Anchors がどのようにプロジェクトを時間とともに一貫させるかを理解しましょう。

ドキュメントを読む GitHub