Structured protocol for AI-assisted software development

AnchorSpec

Intent, Specification, Change Requests, Implementation, and Verification as explicit operational layers.

AnchorSpec is a structured protocol for AI-assisted software development. It separates Intent, Specification, Change Requests, Implementation, and Verification into explicit operational layers so that human–AI collaboration remains traceable, reviewable, and verifiable.

AnchorSpecは、AI協働開発において、意図・仕様・変更要求・実装・検証を明示的な運用レイヤーとして分離し、人間とAIの協働を追跡可能・レビュー可能・検証可能にするための構造化プロトコルです。

Nia Anoma

Created by

ニア・アノマ

AnchorSpecを開発するNia Anoma

What AnchorSpec is

AnchorSpecとは

AI協働開発において、意図・仕様・変更要求・実装・検証を明示的な運用レイヤーとして分離し、人間とAIの協働を追跡可能・レビュー可能・検証可能にするための構造化プロトコルです。

What AnchorSpec is not

AnchorSpecではないもの

  • モデル訓練手法ではありません
  • 自律型コーディングエージェントではありません
  • ソース管理の代替ではありません
  • 正しさを保証する仕組みではありません
  • 汎用プロンプト集ではありません

Problems AnchorSpec addresses / 解決する問題

Problems AnchorSpec addresses

A

Under-defined problem spaces

未定義の問題領域

Problems that emerge when goals, specifications, responsibilities, or verification criteria are not made explicit.

目的・仕様・責任・検証基準が明示されないことによって生じる問題です。

Ambiguous Intent Transfer

意図の曖昧伝達

Intent loses precision as it moves from a human decision into specification and implementation work.

人間の判断から仕様・実装へ移る過程で、意図の精度や判断根拠が失われます。

Specification Drift

仕様の流動化

Unreviewed assumptions and local decisions gradually change what is treated as the specification.

未レビューの前提や局所的な判断によって、仕様として扱われる内容が徐々に変化します。

Unclear Responsibility Boundaries

責任境界の不明確化

It becomes unclear who may propose, approve, implement, or verify a change.

変更の提案・承認・実装・検証を誰が担うのかが不明確になります。

Shallow Verification

検証の形骸化

Verification becomes a superficial completion check instead of a comparison against explicit intent and specification.

検証が、明示された意図や仕様との比較ではなく、表面的な完了確認になります。

B

Known failure modes

既知の問題領域

Known failure modes in long-running or multi-context AI-assisted development workflows.

長期・複数コンテキストのAI協働開発で知られている失敗モードです。

Context Drift

コンテキストドリフト

Relevant assumptions, decisions, and references shift or disappear across sessions and tools.

セッションやツールをまたぐ過程で、前提・判断・参照関係がずれたり失われたりします。

Specification Gaming

仕様の形式的攻略

Work satisfies the literal wording of a specification while bypassing its intended outcome.

仕様の文面だけを満たし、本来意図された成果や制約を回避する実装が生じます。

Hallucination

ハルシネーション

Unsupported assumptions or fabricated details enter planning, implementation, or verification.

根拠のない前提や生成された詳細が、計画・実装・検証へ混入します。

Reward-hacking-like optimization in operational workflows

運用ワークフローにおける報酬ハッキング類似の最適化

AnchorSpec does not solve reward hacking in model training. It reduces operational conditions where a system can optimize for a visible completion signal while missing the intended goal.

AnchorSpecは学習アルゴリズム上のReward Hackingを解決しません。目に見える完了指標だけを最適化し、本来の目的を外すような報酬ハッキングに似た挙動が、運用上起きる条件を減らします。

システムアーキテクチャ

アーキテクチャ概念

ユーザ
AnchorSpec意図と文脈を保持する中間層
AIプラットフォーム

AnchorSpecは、人とAIシステムの間で開発文脈を継続的に保持する、 プラットフォーム非依存の中間層です。
AIは高速に生成できますが、意図・仕様・議論の継続的な管理は苦手です。
AnchorSpecは開発文脈を構造化し、意図・仕様・議論・実装・検証の一貫性を維持します。
AIやツールが変わっても継続利用できるプラットフォーム非依存の中間層として機能します。

ガバナンス法的・コンプライアンス要件
運用層方針と運用上の統制
AnchorSpec構造化された開発状態

AIプラットフォーム

OpenAIClaudeGeminiローカルLLM

運用層はガバナンス要件とAIプラットフォームを接続します。
AnchorSpecは、開発とガバナンスを統合するための構造的な基盤を提供します。
AIの利用が組織規模へ拡大すると、開発だけでなく運用・監査・コンプライアンスとの接続が必要になります。
AnchorSpecは開発状態を構造化することで、ガバナンス要件とAI開発プロセスを接続するための基盤を提供します。

中核概念

AnchorSpecが固定する4つの軸

01

意図(Intent)

プロジェクトの元になる目的、ゴール、ビジョンです。
AIとの対話で解釈が揺れないよう、最初に参照すべき意図として保持します。
粒度はプロジェクトの性質に依存する為、AnchorSpecでの定義は行いません。

02

仕様(Specification)

GapからChange Requestを通じて合意された仕様状態です。
実装や変更判断は、この仕様を基準として意図との一貫性を確認します。
Specは常に整合したSource of Truthとして維持される必要があります。

03

差分(Gap)

未作成、未設計、不一致、不確実性、未決定事項、未解決の差分を記録したものです。
ずれを曖昧なまま流さず、扱う対象として残します。
差分を議題としてAIと議論し、必要と判断した場合はChange Requestを通じてSpecへと昇格させます。

04

検証(Verification)

Verifyは修正ではなく、仕様や実装との不一致を検出する行為です。
見つかった問題はその場では修正せずにGapまたはImplGapとして扱います。
verifyの非検知はプロジェクトの終了を意味しません。
LLMによってverifyの評価関数が最適化(元の評価軸からブレる)された場合など、
verifyの結果が常に正しいとは限りません。

Governance & External Frameworks / ガバナンスと外部フレームワーク

Governance & External Frameworks

ガバナンスと外部フレームワークへの位置づけ

English

AnchorSpec is not a certification scheme and does not guarantee compliance with any legal, regulatory, organizational, or industry-specific framework.

However, AnchorSpec provides a structured protocol for separating intent, specification, change requests, implementation, and verification in AI-assisted software development. This structure can support governance-related activities such as traceability, change control, verification records, and responsibility boundary clarification.

As a result, AnchorSpec can serve as a practical operational layer for connecting AI-assisted development workflows to external governance frameworks, standards, and compliance requirements, while keeping AnchorSpec’s own scope distinct from project-specific legal, organizational, and domain obligations.

日本語

AnchorSpecは、特定の法令・規制・マネジメントシステム・業界基準への認証・適合・準拠を保証するものではありません。

ただし、AnchorSpecは、AI協働開発において意図・仕様・変更要求・実装・検証を分離するための構造化プロトコルです。この構造は、追跡可能性、変更管理、検証記録、責任境界の明確化といったガバナンス関連活動を支援できます。

その結果として、AnchorSpecは、AI協働開発のワークフローを外部のガバナンスフレームワーク、標準、コンプライアンス要件へ接続するための実務的な運用レイヤーとして機能し得ます。一方で、AnchorSpec自身の責任範囲と、各プロジェクト固有の法的・組織的・業界的要件は明確に切り分けて扱うものとします。

What AnchorSpec can support

AnchorSpecが支援できる観点

  • Separation of intent, specification, implementation, and verification意図・仕様・実装・検証の分離
  • Traceable change handling through Gap / Change Request workflowsGap / Change Request を通じた追跡可能な変更管理
  • Explicit verification records and mismatch detectionVerifyによる不一致検出と検証記録
  • Clear responsibility boundaries between proposal, approval, implementation, and review提案・承認・実装・レビューの責任境界の明確化
  • Separation between AnchorSpec-internal structure and project-specific governance requirementsAnchorSpec内部構造とプロジェクト依存ガバナンス要件の切り分け
  • A practical operational layer that can be mapped to external governance, compliance, or domain-specific control frameworks外部のガバナンス・コンプライアンス・業界フレームワークへ接続可能な実務レイヤー

Frequently asked questions / よくある質問

AnchorSpec FAQ

What is AnchorSpec?

AnchorSpec is a structured protocol for AI-assisted software development. It separates intent, specification, change requests, implementation, and verification so that human–AI collaboration remains traceable, reviewable, and verifiable.

AnchorSpecとは何ですか?

AnchorSpecは、AI協働開発のための構造化プロトコルです。意図・仕様・変更要求・実装・検証を分離し、人間とAIの協働を追跡可能・レビュー可能・検証可能にします。

Does “AnchorSpec” refer to this AI development protocol?

Yes. On this site, AnchorSpec refers to a structured protocol for AI-assisted software development that separates intent, specification, change requests, implementation, and verification so that human–AI collaboration remains traceable, reviewable, and verifiable.

このサイトでいう「AnchorSpec」とは何ですか?

このサイトにおけるAnchorSpecは、AI協働開発において意図・仕様・変更要求・実装・検証を分離し、人間とAIの協働を追跡可能・レビュー可能・検証可能にするための構造化プロトコルを指します。

Is AnchorSpec an AI agent framework?

No. AnchorSpec is not an autonomous agent framework. It is a protocol for structuring specification, implementation, and verification workflows in human–AI collaboration.

AnchorSpecはAIエージェントフレームワークですか?

いいえ。AnchorSpecは自律型エージェントフレームワークではありません。人間とAIの協働における仕様・実装・検証のワークフローを構造化するためのプロトコルです。

What problems does AnchorSpec address?

AnchorSpec addresses ambiguous intent transfer, specification drift, unclear responsibility boundaries, shallow verification, context drift, specification gaming, hallucination, and reward-hacking-like optimization in operational workflows.

AnchorSpecはどのような問題に対処しますか?

AnchorSpecは、意図の曖昧伝達、仕様の流動化、責任境界の不明確化、検証の形骸化、Context Drift、Specification Gaming、Hallucination、運用ワークフローにおけるReward Hackingに似た最適化に対処します。

Does AnchorSpec solve Reward Hacking directly?

No. AnchorSpec does not modify model training or reward functions. Instead, it reduces operational conditions where reward-hacking-like behavior can appear in AI-assisted development workflows.

AnchorSpecはReward Hackingを直接解決しますか?

いいえ。AnchorSpecはモデル学習や報酬関数を変更しません。代わりに、AI協働開発の運用ワークフローでReward Hackingに似た挙動が現れる条件を減らします。

How is AnchorSpec different from ordinary specification documents?

Ordinary specification documents often become static artifacts. AnchorSpec defines operational layers and change paths, including Intent, Specification, Change Requests, Implementation, Gap handling, and Verification.

AnchorSpecは通常の仕様書と何が違いますか?

通常の仕様書は静的な成果物になりがちです。AnchorSpecは、Intent、Specification、Change Requests、Implementation、Gap handling、Verificationを含む運用レイヤーと変更経路を定義します。