Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add rules/morooka-akira/aicm/05_development-rulesgit clone --depth 1 https://github.com/morooka-akira/aicmWhat it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00674 | $0.00674 |
| Opus 5 | $0.00337 | $0.00337 |
| Sonnet 5 | $0.00135 | $0.00135 |
| Haiku 4.5 | $0.00067 | $0.00067 |
Grade A, and why
05_development-rules scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 2d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
What it actually says
開発ルール
タスクの進め方
-
- 作業開始時に、
ai-works/plansディレクトリにyyyy-mm-dd-<work name>_plan.mdを作成し、設計方針、完了要件をまとめてください
- 作業開始時に、
-
- 1のドキュメントに関してのTODOタスク一覧を
ai-works/todosディレクトリにyyyy-mm-dd-<work name>_todo.mdを作成してください。
- 1のドキュメントに関してのTODOタスク一覧を
-
- TODOに従って、作業を実行し、1つのTODOを完了させたら、必ずドキュメントを更新してください
中断からの再開
- 作業のコンテキストが足りない場合は、
yyyy-mm-dd-<work name>_plan.md,yyyy-mm-dd-<work name>_todo.mdを一度読み込み作業を再開してください - どのドキュメントを読めばよいか分からない場合は、作業を一度中断し、指示を仰いでください
タスク完了時
- rust コードに修正がある場合は、
cargo fmt,cargo clippyを実行してくださいcargo clippyは warning でも 修正してください
- 修正内容が、 @README.md @docs/ の内容と乖離がある場合は、ドキュメントの更新を行ってください
yyyy-mm-dd-<work name>_plan.mdの内容と実装に乖離がないか確認してくださいyyyy-mm-dd-<work name>_todo.mdのタスクが全て完了しているか確認し、更新してください- ルールに従って、PR を作成
- デフォルトブランチは
main - 作業開始時に、必ずデフォルトブランチからブランチを分けて作業すること
- 作業完了後は、gh コマンドで PR を作成すること
- デフォルトブランチは
テスト要件
- 必須: 各モジュールは Rust 標準テストフレームワークでテストを作成すること
- カバレッジ: 主要な機能とエラーパスのテストを含めること
- 作業完了: 作業終了時は必ずテストが通ることを確認すること
テスト実行例
# 全テスト実行
cargo test
# 特定のテストモジュール実行
cargo test config
cargo test agents::cursor
# テストカバレッジ（tarpaulin要インストール）
cargo install cargo-tarpaulin
cargo tarpaulin --out html
# 統合テスト実行
cargo test --test integration_test
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 2d ago First seen · 53 lines · 674 tokens per session scan A d2f8d1d3907f
05_development-rules is a cursor rule published in the GitHub repository morooka-akira/aicm (6 stars, last pushed 7d ago), licensed MIT. It adds 674 tokens to every session, about $0.0034 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other cursor rules, from other repositories
angular-20
This rule provides comprehensive best practices and coding standards for Angular development, focusing on modern TypeScript, standalone components, signals, and performance optimizations.
dev-standard
Apache Superset development standards and guidelines for Cursor IDE.
cli-error-handling
CLI command error handling patterns.
prefer-direct-imports-over-module-mocks
Prefer extracting a testable core over vi.mock / vi.resetModules when unit tests need to reach production logic entangled with config, env, or singletons.
control-plane-descriptors
Control plane descriptor and instance implementation patterns.
family-instance-domain-actions
Family instance domain action implementation patterns.