agentleFS
yuu61yuu61/ix-toolkit/AGENTS.md

ix-toolkit

AGENTS.md9 starsChanged 39 days agoMITView on GitHub

このリポジトリで作業するときの前提。使い方は README.md を見る。 開発時は docs/develop.md を読む。開発環境、検証・ビルド手順、Makefile の決まりはそこにまとめてある。 配布は「クローン + uv tool install -e <クローン>」だけ。skill は PATH の ix-ssh を呼ぶ。 gh skill install は skill ディレクトリしか複製しない (src/ が付いてこない) ので README から 外してある。戻さない。 共通のクローン先は ~/.agents/skills/ix-toolkit。 manualbook の変換結果の形 (<manuals>/<系列>/<冊子>/ と索引の列) は ix-manual の SKILL.md が そのまま読む。片方を変えたらもう片方も直す。 機器運用 (src/ix_ssh/) とマニュアル整備 (internal/manualbook/) は独立した領域として扱い、 層の切り方と依存の向きは両方で同じにする。domain は他の層、HTTP、PDFium、HTML DOM、 netmiko / paramiko、ファイル入出力に依存させない (ix-ssh は tests/test_layering.py がこれを検証する)。 infrastructure は domain を使い、application / cli には依存させない。 application は domain と infrastructure を組み合わせる。cli は application だけを呼ぶ (infrastructure を直接呼ばない)。プロセス終了は cli に置く。manualbook では原因を表示し終えた 失敗を…

  • In this repository2 other files it gives its agents.

The file

Files
AGENTS.md

AGENTS.md

このリポジトリで作業するときの前提。使い方は README.md を見る。

構成

ディレクトリ中身言語
skills/SKILL.md 形式の skill 2 つ(ix-ssh / ix-manual)Markdown
skills/*/agents/openai.yamlCodex 向けの skill 表示名と短い説明YAML
.codex-plugin/Codex 向けのプラグイン manifestJSON
src/ix_ssh/domain/インベントリの読み方、設定の優先順位、パスワードの探し方、ProxyJump の平坦化、show の判定Python
src/ix_ssh/application/1 回の ix-ssh 実行 (一覧 / show → backup → config → save) の手順Python
src/ix_ssh/infrastructure/インベントリと ssh_config の読み込み、バックアップの書き出し、netmiko / paramiko のセッションPython (netmiko / paramiko)
src/ix_ssh/cli/引数解析、エラーの最終表示と終了コード。ix-ssh コマンドの入口Python
tests/ix-ssh の unittest。fakeix.py は paramiko で立てる偽の IX (踏み台も兼ねる)Python
cmd/manualbook/manualbook の起動点Go
internal/manualbook/domain/資料・プロファイル・本文・出典の値と、系列間対応の規則Go
internal/manualbook/application/manifest から取得 → 変換 → diff まで進める実行手順Go
internal/manualbook/infrastructure/HTTP、PDFium、HTML の解析と、JSON / Markdown / TSV / 画像の入出力Go (PDFium, x/net/html)
internal/manualbook/cli/サブコマンド、引数解析、エラーの最終表示と終了コードGo
profiles/manualbook の変換プロファイルと、手で導いた系列間差分 (ix-r-derived-diff.tsv)JSON / TSV
manifest.json取得する資料の一覧 (系列・冊子・種別・版・URL・プロファイル)。build の唯一の入力JSON

開発時は docs/develop.md を読む。開発環境、検証・ビルド手順、Makefile の決まりはそこにまとめてある。

配布は「クローン + uv tool install -e <クローン>」だけ。skill は PATH の ix-ssh を呼ぶ。 gh skill install は skill ディレクトリしか複製しない (src/ が付いてこない) ので README から 外してある。戻さない。 共通のクローン先は ~/.agents/skills/ix-toolkit。 manualbook の変換結果の形 (<manuals>/<系列>/<冊子>/ と索引の列) は ix-manual の SKILL.md が そのまま読む。片方を変えたらもう片方も直す。

機器運用 (src/ix_ssh/) とマニュアル整備 (internal/manualbook/) は独立した領域として扱い、 層の切り方と依存の向きは両方で同じにする。domain は他の層、HTTP、PDFium、HTML DOM、 netmiko / paramiko、ファイル入出力に依存させない (ix-ssh は tests/test_layering.py がこれを検証する)。 infrastructure は domain を使い、application / cli には依存させない。 application は domain と infrastructure を組み合わせる。cli は application だけを呼ぶ (infrastructure を直接呼ばない)。プロセス終了は cli に置く。manualbook では原因を表示し終えた 失敗を application.ReportedError で終了コードだけ伝え、ix-ssh ではユーザーが直せる失敗を domain.UsageError にして cli が本文を表示して 1 で終わる。netmiko / paramiko の import は セッションを開く関数の中に置き、--list / --help が両方無くても動くようにしておく。

skill を書き換えるときの決まり

skill は Claude Code を主に、Codex など SKILL.md を読む他のエージェントでも同じように動く形を保つ。 本文に特定のエージェントの記法を書かない。

  • $ARGUMENTS を使わない。置換するのは Claude Code だけで、Codex は置換しない。対象は「ユーザーの 依頼から読み取る」と書く。
  • 他の skill は /ix-ssh ではなく ix-ssh と名前で参照する(/ は Claude Code、$ は Codex の 呼び出し記法)。
  • ツール名を単独で要求しない。Read / Grep / Glob を例として書くのは可。ただしやることが 本体で、シェルでも同じことができると分かるように書く。
  • frontmatter は name と description が必須。argument-hint / allowed-tools / compatibility / license は Claude Code 向けで、読まないエージェントは黙って無視する (Codex は name / description / metadata.short-description だけを読む)。
  • ix-ssh は PATH のコマンドとして呼ぶ。スクリプトのパスや python … の呼び出しを skill に書かない (クローンの置き場所はエージェントごとに違い、agent 非依存に書く方法が無い)。
  • データのパスはエージェントの home に置かない。インベントリは ~/.ix-toolkit/devices.json(場所は ix-ssh --list が表示する)、マニュアルは $IX_MANUALS → ~/.ix-toolkit/manuals/ → ~/.claude/ix-manuals/ の順に探し、その下が <系列>/<冊子>/(ix/crm, ix-r/fd …)。 系列間の対応表は <manuals>/ix-r/diff.tsv。
  • 系列は 2 つ(ix = IX2000/IX3000、ix-r = IX-R/IX-V)でコマンドが違う。skill は系列を インベントリの model → 会話 → ユーザーに聞く、の順で決める。model はヒントであって ゲートではない(無くても止まらない)。系列で変わるコマンド名(show logging / show syslog 等)を skill に書くときは両方を併記し、ix-manual の diff.tsv の項と食い違わせない。

リポジトリに入れないもの

  • 機器の資格情報とインベントリ(~/.ix-toolkit/devices.json)。
  • マニュアル本文・変換結果・ページ画像・Web の取得キャッシュ(pdf/)。NEC の著作物で、各自の 手元で取得・変換する。定期的に取りに行く仕組みも作らない(各自が最初に 1 回取り、NEC の 更新情報を見て自分で manifest.json を直して取り直す)。

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.