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.
git clone --depth 1 https://github.com/kentaroh7777/mcp-todoistWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/rules/kentaroh7777/mcp-todoist/gtd)<a href="https://agentmods.dev/rules/kentaroh7777/mcp-todoist/gtd"><img src="https://agentmods.dev/badge/rules/kentaroh7777/mcp-todoist/gtd/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/rules/kentaroh7777/mcp-todoist/gtd"><img src="https://agentmods.dev/badge/rules/kentaroh7777/mcp-todoist/gtd.svg" alt="Reviewed on agentmods" width="80" height="20"></a>What 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.1 | $0.00002 | $0.03123 |
| Opus 5 | $0.00001 | $0.01562 |
| Sonnet 5 | $0.00000 | $0.00625 |
| Haiku 4.5 | $0.00000 | $0.00312 |
Grade A, and why
GTD 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 8d 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.
How it starts
The opening of the file, as written. The whole thing — 266 lines — stays where its author put it; the contents beside it link to each section on GitHub.
GTDガイド
タスクリストをGTD(Getting Things Done)のルールに従って整理する方法を記す。
概要
GTD(Getting Things Done)は、デビッド・アレン氏によって開発された個人の生産性向上システムです。「頭の中から全てのタスクを外に出し、信頼できるシステムで管理する」ことで、心の平安と高い生産性を実現します。
定義
GTDの5つのステップ
- 収集(Capture): 頭の中の「気になること」を全て信頼できるシステムに記録
- 明確化(Clarify): 収集したものが何なのか、どんな行動が必要かを明確にする
- 整理(Organize): 明確化した内容を適切な場所に分類・整理する
- 見直し(Reflect): システムを定期的にレビューし、最新状態を保つ
- 実行(Engage): 今この瞬間に最適な行動を選択し実行する
重要な概念
- 2分ルール: 2分以内にできることは、今すぐやる
- 次のアクション: 具体的で実行可能な次の行動を明確にする
- プロジェクト: 複数のアクションが必要な結果
- コンテキスト: 行動を実行する場所や状況(@電話、@パソコン、@外出先など)
基本原則
1. 頭は記憶装置ではなく思考装置
- 覚えることではなく、考えることに脳を使う
- 全ての「気になること」を外部システムに記録
2. 信頼できるシステムの構築
- いつでもアクセスできる
- 確実に記録・検索できる
- 定期的にレビューする習慣
3. 完了の定義を明確にする
- 何をもって「完了」とするかを明確に定義
- 曖昧さを排除し、具体的な成果物を設定
実装方法
フェーズ1: 収集システムの設定
-
インボックス(受信箱)の準備
- デジタル: Todoist、メモアプリ
- アナログ: ノート、付箋
-
頭の中のものを全て出す
- 仕事のタスク
- 個人的なやること
- 将来やりたいこと
- 気になっていること
フェーズ2: 処理ワークフローの確立
各アイテムに対して以下の質問をする:
-
これは実行可能なものか?
- No → 参考資料、将来やるかもリスト、ゴミ箱
- Yes → 次の質問へ
-
2分以内にできるか?
- Yes → 今すぐ実行
- No → 次の質問へ
-
自分がやるべきことか?
- No → 他の人に委任
- Yes → 次の質問へ
-
特定の日時に実行すべきか?
- Yes → カレンダーに登録
- No → 次のアクションリストに追加
フェーズ3: 整理システムの構築
プロジェクトリスト
- 複数のアクションが必要な結果
- 1年以内に完了予定のもの
- 定期的に見直しを行う
次のアクションリスト
- コンテキスト別に整理
- 具体的で実行可能な形で記述
- 例:「田中さんに電話して会議の件を確認する」
いつかやるリスト
- 現在は実行しないが、将来検討したいもの
- 定期的にレビューして必要に応じて昇格
待ちリスト
- 他の人からの返答や完了を待っているもの
- 定期的にフォローアップ
フェーズ4: レビューシステム
日次レビュー(5分)
- カレンダーの確認
- 次のアクションリストの確認
- 新しく収集したものの処理
週次レビュー(1-2時間)
- プロジェクトリストの見直し
- いつかやるリストの検討
- 来週の予定確認
- システム全体のメンテナンス
Todoistでの活用方法
プロジェクト構造
📥 インボックス
📋 次のアクション
├── @パソコン
├── @外出先
└── @自宅
♻️ 備忘録・ルーチン
📁 プロジェクト
├── [プロジェクト名1]
├── [プロジェクト名2]
└── ...
🔮 いつかやる
⏳ 待ち
📚 参考資料
ラベル活用
@パソコン: パソコンが必要なタスク@外出先: 外出時にできるタスク@自宅: 自宅でのみできるタスク@エネルギー高: 集中力が必要なタスク@エネルギー低: 疲れていてもできるタスク
フィルター設定例
- 今日やること: 今日の予定 & ( @パソコン | @外出先 | @自宅)
- 電話タスク: @電話 & 今日の予定なし
- 短時間タスク: 15分以内 & 今日の予定なし
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.
- 8d ago First seen · 266 lines · 2 tokens per session scan A c2719eea3bd7
GTD is a cursor rule published in the GitHub repository kentaroh7777/mcp-todoist (1 stars, last pushed 8mo ago), licensed MIT. It adds 2 tokens to every session and 3,123 once invoked, about $0.0000 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
reflection-basic
Basic reflection format for Level 2 Simple Enhancement tasks.
cursor-fable-rules
Fable coding lifecycle discipline and situational awareness for Cursor.
git-workflow
Rules for git operations, commit strategy, and GitHub CLI usage.
feedback-enhanced
Rules for an interactive feedback system that lets users and an AI agent discuss complex development work in real time. It includes guidance for recording decisions, tracking progress and handling detailed inputs such as code and diagrams.
122-swift-development
122: Swift development workflow including TDD, refactoring, and performance optimization.
ponytail
Ponytail, lazy senior dev mode. Always pick the simplest solution that works.