AgenticSystemCore

Agentic System Core

機械が検出できるナレッジバンドル「Agentic Knowledge Web」を公開するための仕様です。

このリポジトリには、仕様そのもの（番号付きの規範ルール、3つの JSON Schema、OWL 2 RL オントロジー、適合性テストベクター一式）と、それを実装するリファレンスエンジン、そのコマンドラインツール agsc、さらに AGSC-09-90 の独立した9つのチェッカー（7つのバリデーターと2つのジェネレーター）が含まれています。これらは、誰でもこの形式のあらゆる配布物に対して実行できます（このリポジトリには、配布物には含まれないメンテナー独自のツールも含まれています）。

ステータス

リリース済みです。 このツリーは仕様 1.0.0 を示しています。正式な情報源は spec/00-overview.md であり、この一文ではなく、そちらをお読みください。パッケージ（npm の agentic-system-core と短縮名 agsc-cli、PyPI の agentic-system-core）はバージョン 1.0.1 です（下記「バージョン」を参照）。これらはパッケージタグから公開されています。それ以前に公開された名前予約用のプレースホルダーにはランタイムは含まれておらず、npm では非推奨、PyPI では取り下げ済みとしてマークされています。npm install agentic-system-core または pip install agentic-system-core でインストールしてください。リファレンスエンジンはレベル3を宣言しています（その適合性宣言）。

バージョン。 2種類の番号は分けて示します。仕様バージョン（spec_version、spec/00-overview.md で宣言）は、ルール、スキーマ、語彙、適合性テストベクターを特定します。バンドルはこれを agsc.config.json で宣言します。パッケージバージョン（npm の package.json、agentic-system-core、agsc-cli、および PyPI の agentic-system-core）は実装を特定します。パッケージバージョンだけが更新されるのは、ルールも出力されるバイトも変わらない修正（依存関係の修正やチェックの不具合など）の場合です。パッケージのみのリリースにはパッケージタグ v<version> が付与され、仕様タグは付与されません。agsc --version はパッケージバージョンを出力します。適合性宣言では両方を明記します（「agentic-system-core 1.0.1 conforms to AgenticSystemCore 1.0.0, Level 3」）。変更履歴には、各リリースで仕様が更新されたかどうかが記載されています。

仕様の公式サイトは AgenticSystemCore.com です。

3文で説明

バンドルは、各ファイルの先頭に少量の型付きフィールドを記した Markdown ファイル群のフォルダーです。仕様では、このフォルダーをナレッジノード（静的ウェブサイト、グラフ、検索インデックス、エージェント向けのテキストファイル、ディスカバリードキュメント）に変換する方法を定めており、どの実装でも同じバイト列が生成されます。人やエージェントは通常のウェブアドレスを通じてノードを読み取り、変更は人が承認する提案を通じてのみ行い、そのアイテムを出発点となるハーネス（アーキテクトやエージェントランタイムが起動時に使用するファイル群）にまとめます。ノード同士は、その間にサーバーを介さずに互いを検出し、引用します。

どのような点が異なるのか

著者の知る限り、すでに登録されているウェブの仕組みを通じた発見、発見ドキュメント内のすべての成果物リンクに付与される整合性ダイジェスト、公開されたオントロジーを備えた型付きグラフ、期待バイト列適合ベクトルによってバイト列が固定された機械可読成果物、すべての変更（人間によるものもエージェントによるものも）が出所情報を伴う提案として届き、人が（直接、またはノードの設定に記録した常設ルールを通じて）承認するガバナンス、そして同じファイルを組み合わせて開始用ハーネスを構成できることを、いずれもサーバーを一切必要とせずに実現するシステムはほかにありません。

これは仕様の本文とそのベクトルに関する主張であり、性能に関する主張ではありません。これらの特性の一部を備えたシステムはほかにもあります。日付付きの比較については、docs/RELATED-WORK.mdをご覧ください。

特性	意味	記載・証明箇所
登録済みの仕組みを通じた発見	よく知られたアドレスにある単一のリンクセットを、登録済みの関係 describedby を通じて見つけます	AGSC-06-07、AGSC-06-25；tools/validate-wellknown
すべての成果物リンクに付与されるダイジェスト	レベル2では、発見ドキュメントからノードが構築するファイル（グラフファイル、llms.txt、NOW、スキルとボードのインデックス、台帳、語彙ファイル）への各リンクに、そのファイルの SHA-256 が含まれます。サーフェス、ライセンスページ、ピア、コントリビューション先へのリンクには含まれません	AGSC-06-08；discovery ベクトル
オントロジーを備えた型付きグラフ	14 種類の型付きリンク、4 つの RDF ビュー、公開された OWL 2 RL 語彙	spec/05-graph.md、ontology/agsc.ttl
ベクトルによって固定されたバイト列	2 つの実装に同じ Bundle を与えると、同じ機械可読ファイルが出力されます	AGSC-04-24；tests/vectors/
出所情報を伴うガバナンス	すべての変更は出所情報を伴う提案であり、人が承認します。履歴から台帳が導出されます	spec/08-governance.md（AGSC-08-08、AGSC-08-20）
ハーネスへの組み立て	選択した項目をリンク先までたどり、アーキテクトまたはエージェントのランタイムが起点として利用できる7種類のファイルにします	AGSC-07-12；agsc compose
サーバー不要	ファイル形式と静的ファイルのみです。プロトコル、サーバー、データベース、推論エンジンは定義されていません	AGSC-00-02

これらを組み合わせたものに加えて、それぞれ単独ならほかでも利用できる特長として、6 つの利用モード（docs/plain/modes.md）、ブラウザー内のエージェントが使える、すべての項目ページと /compose/ にある7 つのツール（ローカルのツールサーバーと同一）（AGSC-09-16）、前方互換性を保証する8 種類のプラグイン（docs/PLUGINS.md、AGSC-00-24）、すべてのサーフェスに付与されるコンテンツバージョン（AGSC-04-25）、そしてノードではなくクライアントがたどるフェデレーション（AGSC-11-06）があります。

最適な用途

エージェント向け

• 1 つのエージェントのメモリ。 Bundle 内の agsc mcp は、アシスタントに検索、読み取り、リンクのたどり、アドレスによる項目の引用を行う 7 つのツールを提供します。データがマシンの外に出ることはありません （Mode 1、use case L1）。
• 複数のエージェントで共有するメモリ。 すべてのエージェントが同じ公開済みファイルを読み取り、書き込みは人が承認する提案を通じてのみ行います （Mode 1、docs/CONNECTORS.md）。
• スキルのソース。 各クラスターは、公開済みの項目を格納する 1 つのスキルパックになります。エージェントが従う手順がその中核であり、それらのダイジェストを記したロックファイルが付属します。エージェントのツールフォルダーにインストールでき、ほかのリポジトリのスキルは手順として取り込まれます （Mode 3、use case L4）。
• 出発点となるハーネス。 選択した項目がハーネスになります。これはアーキテクトやランタイムが出発点として使える 7 種類のファイルです。稼働中のシステムではなく、1.0 では特定のランタイム向けのレンダリングは提供されません（Mode 4、use case M5）。
• エージェントチームのライブボード。 エージェントは共有ボード上でタスクを引き受け、完了するまで作業します。意思決定は人が行います （Mode 5、use case M1）。
• ノード間のナレッジ。 クライアントは複数のノードのグラフダンプを読み取り、ローカルで結合します。外部由来の結果にはすべて、その出所が示されます。1.0 では、ウォークはコマンドではなくエンジンのライブラリー関数です （Mode 1、use case D4）。

人向け

• 自己修正する Wiki。 Markdown を入力すると、チェック済みでリンクされたサイトが出力され、変更はすべてレビューされます（モード 0、ユースケース L5）。
• プロジェクトの生きた仕様書。 決定事項、仕様、タスク、ゲートを一元管理されたメモリとしてまとめ、コーディングエージェントを正しい方向に導くステアリングファイルを提供します（モード 2、ユースケース L3）。
• パターンのライブラリ。 出典と来歴を備えた概念を JavaScript なしで閲覧でき、組み合わせて初期アーキテクチャを構築できます（モード 4、docs/USE-CASES.md）。
• チームボード。 GitHub、GitLab、Jira、Trello、Linear、Asana、Notion、Obsidian、またはプレーンな Markdown のボードをライブボードに変換し、元に戻すこともできます（モード 5、ユースケース M7）。

クイックスタート

このリポジトリをクローンした状態から始めます（Node 22.13 以降）。

npm ci                                   # the exact pinned libraries
npm test                                 # the whole suite, offline
REPO=$PWD; cp -r tests/fixtures/minimal /tmp/agsc-try && cd /tmp/agsc-try
SOURCE_DATE_EPOCH=1767225600 node "$REPO/bin/agsc.js" ci   # lint, build twice, compare, verify: "ci: pass"

ご自身の Markdown メモのフォルダーで実行します（Node 22.13 以降、git、POSIX シェル）。

npm install agentic-system-core                          # in a working folder
export PATH="$PWD/node_modules/.bin:$PATH"               # puts agsc on the PATH
cd my-notes && agsc init                                 # each note gets a header and moves to content/concepts/
mkdir -p .well-known && printf 'Contact: mailto:[email protected]\n' > .well-known/security.txt
git init -q && git add -A && git commit -q -m 'my notes' # the build takes its instant from this commit
agsc ci                                                  # ci: pass (warnings are advice, errors stop)
agsc build                                               # the site, the graph and the agent files in www/

セキュリティ連絡先が設定されていない場合、ci は AGSC-E901 で停止します。コミット（または SOURCE_DATE_EPOCH）がない場合は、AGSC-E204 で停止します。モード 0 ガイド では、各コマンドが出力する行を含めて手順を説明しています。また、ほかのモードについても、同様の ガイドが 5 つ 用意されています。アシスタントを接続するには、 docs/USING-WITH-ASSISTANTS.mdをお読みください。 エンジン自体についてコーディングエージェントに教えるには、 skills/agentic-system-core/にあるエージェントスキルをインストールします：npx skills add andreibesleaga/agentic-system-core。 または、Claude Code では claude plugin marketplace add andreibesleaga/agentic-system-core を実行します （マーケットプレイスファイル .claude-plugin/marketplace.json は、 plugins/にあるプラグインを参照しています）。

対象ユーザー、得られるもの、お試し方法

読者	現在利用できるもの	試すには
メモのフォルダーを持つ人	検索機能付きのメモの静的サイト。各ページはMarkdown形式でも利用でき、グラフファイルとアシスタント向けテキストファイルもあります。モデルもサーバーも不要です	上記のクイックスタート、Mode 0 guide
開発者	アシスタント向けにフォルダー全体で7つのツールを提供するローカルツールサーバー。マシンの外にデータが出ることはありません	agsc mcp を実行し、docs/USING-WITH-ASSISTANTS.md の手順で設定します。Mode 1 guide
エージェント支援開発プロセスを運用するチーム	チェック済みファイルとしての決定事項、仕様、タスク、ゲート。すべてのコーディングアシスタントで同じバイト列になるステアリングファイル。1つの必須CIチェックにコンパイルされるゲート	Mode 2 guide、agsc ci、agsc export --steer
手順をスキルとして管理するチーム	各手順をインストール可能なスキルパックとして管理し、ロックファイルに照らしてチェックします。スクリプトは含まれません。スキルコレクションとルールフォルダーを手順としてインポートし、5つのツール向けにパックをエクスポートできます	Mode 3 guide、agsc skills install .claude/skills、agsc import --from skills --list <clone>
アーキテクト	型付きリンクに照らしてチェックした項目の選択内容を、7種類のファイル（エージェント指示、C4モデル、図、arc42のひな型、決定記録、スキルファイル）として出力します。実行中のシステムではなく、出発点です	Mode 4 guide、agsc compose <slug>… --zip、または稼働中のノードの/compose/ページ
ライブボード上で人とエージェントが協働するチーム	チェック済みファイルとしてのタスクと、タスクを含む各クラスターを公開したボード。ツールサーバー経由で提案する担当割り当てと移動は、人がマージします。11種類のプロジェクトツールとの間でボードファイルをやり取りできます	Mode 5 guide、agsc import --from board --format jira <folder> --dry-run
形式を実装または検証するエンジニア	期待されるバイト列を定めたテストケース。あらゆる実装のファイルを判定するチェッカー。Pythonによる第2のチェッカー	agsc conform --level 3、node node_modules/agentic-system-core/tools/validate-wellknown https://agenticsystemcore.com/.well-known/knowledge-linkset --level 2、docs/IMPLEMENTERS-GUIDE.md
セキュリティレビュー担当者	gitの履歴から再導出され、オフラインでチェックされる台帳。ビルドとの照合をagsc-host verify-anchorで行うアンカーファイル。ciでチェックされるsecurity.txt。すべてのツール結果でフェンス内に囲まれた信頼できない文章。スコア付きのセキュリティコーパス	agsc verify --ledger、docs/SECURITY-CONSIDERATIONS.md、SECURITY.md、セキュリティレビュー担当者のシナリオ
研究者	モデルもキーも不要でオフライン実行できるベンチマークキット。同じ記述を保持するJSON-LD、Turtle、N-Quads形式のグラフ。引用に使える引用ファイルと適合性レポート	docs/BENCHMARKS.md、docs/MEASUREMENTS.md、CITATION.cff、研究者のシナリオ
コンテンツへのアクセスが制限されている公開者	コンテンツはアクセス制御の背後に置いたまま、ノードの存在を示します。検出用ドキュメントは公開状態に保たれ、公開ノードが表示するバンドルの情報は除外され、チェッカーはそれらの欠落を許容します	agsc.config.json の"visibility": "restricted"（spec/11-boundary.mdのAGSC-11-20）、制限付き公開者のシナリオ
利用を検討しているマネージャー	信頼できること（オープンライセンス、恒久的なアドレス、アーカイブ済みリリース、公開されたバイト列によるチェック）と、信頼できないこと（メンテナーは1人、サポートの約束なし、スケジュールなし）。すべての外部ステップの状況。セキュリティポリシー	GOVERNANCE.md、SECURITY.md、ステータスページを確認します。稼働中のノードはこちらです：https://patterns.agenticsystemcore.com/
ノードを読むエージェントまたはその運用者	すべてのマシン用ファイルとそのダイジェストを列挙した1つの検出用ドキュメント。固定アドレスに配置されたテキストファイル、チャンク、グラフファイル	curl -s https://agenticsystemcore.com/.well-known/knowledge-linksetを実行し、続いて上記のチェッカーのコマンドを実行します

読み始めるには

docs/START-HERE.md では、興味を持った人、メモを持っている人、開発者、コーディングアシスタントを使うチーム、別の言語で実装する人、アーキテクト、マネージャー、エージェント、標準規格のレビュー担当者、メンテナーなど、読者の種類ごとに読むべき道筋を案内しています。このリポジトリで作業するエージェントとコーディングアシスタントは、まず AGENTS.md を読みます。

ドキュメント一覧

公式リポジトリは https://github.com/andreibesleaga/agentic-system-core、サイトは https://agenticsystemcore.com です。

トピック	参照先
仕様（標準そのもの：343 個のルール ID があり、そのうち 332 個が有効で、全 12 章です）	spec/ — spec/00-overview.md から読み始めてください。平易な言葉で書かれた版は docs/plain/ にあります
仕様の読み方	docs/SPEC-ORIENTATION.md、docs/SPEC.md
プロトコル：ディスカバリードキュメント、リンクセット、ダイジェスト、ピア、ツールのインターフェース	docs/PROTOCOLS.md、spec/06-surfaces.md、spec/11-boundary.md
インターネットドラフト（周知のリンクセット、個別のインターネットドラフト）	internet-draft/
スキーマと語彙（JSON Schema、OWL 2 RL オントロジー、JSON-LD コンテキスト）	schema/、ontology/
アーキテクチャ	docs/ARCHITECTURE-GUIDE.md、docs/ARCHITECTURE-DDD.md、docs/diagrams/
準拠する標準と関連する取り組み	docs/RELATED-WORK.md、docs/COMPLIANCE-CROSSWALK.md
適合性：レベル、ベクトル、適合性の主張の表明方法	spec/09-conformance.md、spec/10-implementation-profiles.md、tests/vectors/、docs/CONFORMANCE-STATEMENTS.md
別の言語での実装	docs/IMPLEMENTERS-GUIDE.md
利用方法：モード、ガイド、デモ、コネクター、アシスタント	docs/plain/modes.md、docs/guides/、docs/DEMOS.md、docs/CONNECTORS.md、docs/USING-WITH-ASSISTANTS.md
プラグインと拡張ポイント	docs/PLUGINS.md
セキュリティと脅威モデル	docs/SECURITY-CONSIDERATIONS.md、SECURITY.md
エンジニアリング、テスト、測定	docs/ENGINEERING.md、docs/TESTING.md、docs/MEASUREMENTS.md、docs/BENCHMARKS.md
要件とユースケース	docs/PRD.md、docs/USE-CASES.md、docs/REQUIREMENTS-MATRIX.md
今後の予定	docs/ROADMAP.md
ガバナンス、商標、貢献、ライセンス	GOVERNANCE.md、TRADEMARK-POLICY.md、CONTRIBUTING.md、NOTICE
用語集とドキュメントの完全なインデックス	docs/GLOSSARY.md、docs/README.md

リファレンスエンジン

仕様のリファレンス実装は、このリポジトリの src/ にあります。完全なエンジンである Level 3 を宣言しています。いずれかの Level を宣言できるのは、その Level のベクターセットを実行してすべて成功し、AGSC-09-01（AGSC-10-05）の形式で公開した場合に限られます。エンジンの宣言は、根拠となる内容とともに docs/CONFORMANCE-STATEMENTS.md に記載されており、以下のとおりです。

agentic-system-core 1.0.1 は AgenticSystemCore 1.0.0 の Level 3 に準拠しています。 2026-10-12 に公開済みの適合性ベクターで検証済みです。Unicode 17.0 を使用し、データが格納された 20 の領域（adopt、boards、boundary、build、bundle、chunks、cli、compose、conform、discovery、export、frontmatter、graph、import、jcs、ledger、links、lint、prov、slug）で、必須 242 件と任意 1 件の計 243 件中 243 件に合格しました。撤回された 7 件は除外しています。デプロイメントプロファイル：cloudflare-pages — _headers と _redirects を agsc build が書き込む、リファレンスプロファイルです。サーフェス：llms-txt（disc-0013、disc-0014 で検証済み）、chunks（chk-0001、chk-0002、chk-0003、chk-0004、chk-0005、chk-0006、chk-0008 で検証済み）、webmcp（cli-0003 で検証済み）。

AGSC-09-07 の 16 個すべての動詞を実装しています。AGSC-09-94 の要件に従い、run と trace はデフォルトで無効です。agsc init は Markdown のフォルダーを取り込みます。最初のビルドの前に、発行者は Contact: 行を含む .well-known/security.txt（RFC 9116）を追加して一度コミットするか、init の終了時のメッセージにあるとおり SOURCE_DATE_EPOCH を設定します。agsc ci はチェックを実行し、agsc build はサイトを書き出します。

• src/README.md はエンジン自体のドキュメントです。境界づけられたコンテキスト、モジュールマップ、動詞 → モジュールの表、適合性ベクターの実行方法、この作業で見つけて報告し、回避策を講じなかった仕様項目の一覧が含まれています。
• tests/vectors/** は受け入れテストです。この形式を別の言語で実装する人にとって重要なのはこの部分です。移植に必要なのは spec/、schema/、ontology/ とそれらのベクターであり、src/ のものは必要ありません。
• npm test はスイート全体を実行し、適合性ランナーはサマリーを 1 行出力します。
• docs/PLUGINS.md はプラグインの契約です。この形式が認める 8 種類（AGSC-00-24）、各種プラグインが読み取り、出力できるものと、決して行ってはならないこと、エンジンがプラグインを見つける方法、1.x の間に変更しないことを約束する内容が記載されています。examples/plugins/ には種類ごとに最小限のサンプルが 1 つずつあります。1.0 では、コマンドはそのうち 3 種類（メモリーアダプター、コンポジション出力器、デプロイメントプロファイル）を読み込みます。残る 5 つのサンプルは、プラグイン契約テストでのみ検証されています。

エンジンの構成は実装上の選択であり、形式の一部ではありません。このエンジンと仕様が異なる場合は、仕様が優先されます。

1.x の間、パッケージが維持することを約束する内容。 コマンドライン — コマンド agsc、agsc-host、agentic-system-core、それらの動詞、フラグ、終了コード、出力エンベロープ（AGSC-09-07 から AGSC-09-12） —、docs/PLUGINS.md のプラグイン契約（プラグイン API 1.0.0）、プログラムとして実行する 9 個のチェッカー（node tools/<name>）、および require('agentic-system-core') が返す 6 つの名前 LINK_RELATION、PROFILE_URI、WELLKNOWN_SUFFIX、run、specVersion、version です。package.json は exports マップを宣言していないため、src/、bin/、tools/ のすべてのファイルを引き続き require できますが、それらは保証の対象ではなく、名前やシグネチャはどのリリースでも変更される可能性があります。唯一の例外は、agsc-cli エイリアスパッケージが呼び出すエントリーである bin/agsc.js の run() です。

リリース候補からのアップグレード。 CHANGELOG.md には各段階に対応するセクションがあります。1.0.0 の Upgrading from 1.0.0-rc.7 と、1.0.0-rc.7 の Upgrading from 1.0.0-rc.6 です。それぞれ、以前のバージョンでビルドしたノードで新たに拒否される可能性のあるもの、ビルド済みファイルの変更点、必要な対応について説明しています。1.0.0-rc.6 のままのノードは、2 番目のセクションを先に読み、その後 1 番目のセクションを読んでください。

エージェントとリポジトリの接続

docs/CONNECTORS.md では、エージェントやフレームワークが公開済みの Bundle をどのように使うかを、経路ごとに説明しています。対象となるのは、ステアリングファイル、スキルパック、MCP サーバー、COGX メモリアーカイブ（agsc export --to cogx / agsc import --from cogx）です。これは Cognee が読み書きし、Mem0、LangMem、Letta、Zep のメモリを Cognee に移行する際に変換するフォーマットです。examples/connectors/ には実際に動作する例があり、docs/USE-CASES.md では、コマンドを使った21の具体的なシナリオを順を追って説明しています。

プッシュのたびに Bundle をチェックする（GitHub Actions）。 このリポジトリのルートにある action.yml は、アクションと同じコミットのエンジンで agsc ci を実行するコンポジットアクションです。そのため、指定する ref によってエンジンのバージョンが固定されます。パッケージタグの v1.0.1（仕様のタグではありません。仕様が 1.0.0 のままでも、パッケージにはパッチが適用される場合があります）、またはそのタグの完全なコミット SHA に固定し、ジョブには読み取り権限のみを付与して、台帳の読み込みに必要な履歴を取得してください。

permissions:
  contents: read
jobs:
  agsc:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@<commit-sha>
        with:
          fetch-depth: 0
      - uses: andreibesleaga/[email protected]

コミットの前に毎回 lint を実行する（pre-commit）。 .pre-commit-hooks.yaml には agsc-lint というフックが1つあり、項目または設定が変更されるたびに Bundle 全体に対して agsc lint を実行します。rev も同様に、パッケージタグまたはその完全なコミット SHA に固定してください。このフックはシステムの Node で実行されます。システムの Node は Node 22.13 以降である必要があります。システムの Node が古い場合は、フックに対して新しいバージョンを language_version に設定してください。

repos:
  - repo: https://github.com/andreibesleaga/agentic-system-core
    rev: v1.0.1
    hooks:
      - id: agsc-lint

これはどのように作られているか

この成果物は、AI アシスタントの支援を受けて Andrei N. Besleaga が執筆・保守しています。何を書くかを人が決め、アシスタントが草案を作成して確認し、公開するすべての内容を人が読み、編集し、承認し、その責任を負います。公開される各項目には、その文章の作成方法と、責任を負う人の名前が記録されています。AI の支援を受けて作成し、人がレビューして公開しています。 この支援は、文章、コード、図、ダイアグラムのすべてを対象としました。エンジン自体は AI モデルを呼び出さず、モデルアダプターも含みません。仕様に記載されているモデルを使う手順は任意です。実際の実行は、エンジンの外部にあるエージェント（Claude Code やスクリプトなど）が、レーンで宣言された制限（AGSC-08-28）の範囲内で、agsc mcp またはページツールのクライアントとして行います。そのエージェントを実行する責任は、実行する人にあります。この成果物を基にアシスタントやエージェントが作成した内容は、それら自身の出力であり、著者の見解を表すものではありません。

ここで主張していないこと

これは一個人による独立した成果物であり、いかなる種類の保証もなく、その使用に起因するいかなる事柄についても責任を負わず、現状のまま公開されています。ここに含まれる内容は、法律上または専門的な助言ではありません。このリポジトリに名前が記載されている標準化団体、財団、企業、機関のいずれも、この成果物をレビューまたは承認しておらず、また、この成果物と関係もありません。さらに、これは IETF、W3C、その他いかなる団体の文書でもありません。その他の製品名や組織名は、それぞれの所有者の商標であり、話題となる対象を示す目的でのみ使用しています。 ライセンスで明示的に許諾されていないすべての権利は留保されており、この成果物やそのアドレスが今後も利用可能であることを保証するものではありません。

通知

AgenticSystemCore™ は Andrei N. Besleaga の商標です。その他の名称はそれぞれの所有者に帰属します。

ライセンス

内容	ライセンス
エンジン、コマンドライン、チェッカー	Apache-2.0 (LICENSE)
JSON スキーマ、オントロジー、識別子、ディスカバリードキュメント	CC0-1.0
skills/ および plugins/ 内のエージェントスキルと、.claude-plugin/ 内のプラグインマーケットプレイスファイル	CC0-1.0
spec/ 内の仕様テキスト	Apache-2.0
tests/vectors/ 内の適合性テストベクトル	Apache-2.0
docs/ 内のドキュメント、features/ 内のシナリオ、examples/ 内の例	Apache-2.0
W3C 形式の個人ドラフト（w3c/ 内）	CC-BY-4.0
Internet-Draft（internet-draft/ 内）	Apache-2.0。投稿された Internet-Draft として、BCP 78 および IETF Trust Legal Provisions も適用されます
公開済みノードの文章（項目本文、説明、およびそれらを掲載するページとエクスポート）	LICENSE-CONTENT のコンテンツ利用条件

外部からの貢献は、CA-v1 というトークンで示される CONTRIBUTOR-AGREEMENT の契約に基づいて承認されます。 その内容を平易な言葉で説明しているのが CONTRIBUTING.md です。 GOVERNANCE.md には、誰が意思決定を行うか、メンテナーが活動を停止した場合に何が起きるかが記載されています。 TRADEMARK-POLICY.md には、プロジェクト名の使用方法が記載されています。 docs/CONFORMANCE-STATEMENTS.md には、実装が適合していることを表明する方法が記載されています。 CODE_OF_CONDUCT.md には、参加者に期待される行動が記載されています。 SECURITY.md には、脆弱性を非公開で報告する方法が記載されています。

© 2026 Andrei N. Besleaga。コード：Apache-2.0。スキーマ、オントロジー、識別子、ディスカバリードキュメント：CC0-1.0。文章：LICENSE-CONTENT のコンテンツ利用条件。