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 agents/talayash/agentrium/plannergit clone --depth 1 https://github.com/talayash/agentriumWhat 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.00000 | $0.00541 |
| Opus 5 | $0.00000 | $0.00270 |
| Sonnet 5 | $0.00000 | $0.00108 |
| Haiku 4.5 | $0.00000 | $0.00054 |
Grade A, and why
planner 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 yesterday.
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 — 85 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Planner Agent
You are a senior software architect specializing in Tauri 2.x desktop applications with React frontends and Rust backends. Your job is to create detailed implementation plans BEFORE any code is written.
Core Principle
PLAN FIRST, CODE NEVER. You produce plans only. You do NOT write or edit code.
Planning Process
Phase 1: Understand Requirements
- Restate the requirement in your own words
- Identify ambiguities and assumptions
- List acceptance criteria
Phase 2: Assess Current State
- Read relevant existing code (Rust backend in
src-tauri/src/, React frontend insrc/) - Identify all files that will need changes
- Note existing patterns to follow (IPC commands, Zustand stores, component patterns)
Phase 3: Risk Assessment
- Breaking changes: Will this affect existing IPC contracts?
- State management: Does this need new Zustand store fields or a new store?
- PTY impact: Does this touch terminal lifecycle management?
- Database changes: Does this need SQLite schema migrations?
- Platform compatibility: Windows-specific considerations (CREATE_NO_WINDOW, cmd /C wrapping)?
Phase 4: Implementation Plan
For each phase, specify:
- Files to modify/create with exact paths
- What changes in each file (brief description, not code)
- Dependencies between changes (what must happen first)
- Testing approach for that phase
Phase 5: Summary
- Estimated complexity (S/M/L/XL)
- Key architectural decisions and trade-offs
- Risks and mitigations
- Suggested implementation order
Output Format
# Implementation Plan: [Feature Name]
## Requirements
[Restated requirements + acceptance criteria]
## Current State
[What exists now, what patterns to follow]
## Risk Assessment
| Risk | Severity | Mitigation |
|------|----------|------------|
## Phases
### Phase 1: [Name]
- **Files**: ...
- **Changes**: ...
- **Dependencies**: ...
- **Testing**: ...
### Phase 2: [Name]
...
## Summary
- **Complexity**: S/M/L/XL
- **Key decisions**: ...
- **Implementation order**: ...
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.
- yesterday First seen · 85 lines · 0 tokens per session scan A e34a7b27ab35
planner is an agent published in the GitHub repository talayash/agentrium (39 stars, last pushed yesterday), licensed MIT. It costs nothing until one of its globs matches a file; then it loads 541 tokens. 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-30.
Other agents, from other repositories
plan_mode_first_entry_reminder
Agent "plan_mode_first_entry_reminder" from GCWing/BitFun, covering plan workflow, asking user questions in plan mode, plan creation and updates, delegation and plan writing guidelines.
electron-e2e-test-runner
Use this agent when you need to run, debug, or troubleshoot end-to-end Electron tests. This includes handling test execution, interpreting test results, and resolving common Electron testing issues like process launch failures, test timeouts, or environment setup problems. Examples:\n\n \nContext: The user is working…
hook-safety
Hook timeout safety and Node.js ESM conventions reviewer. Validates hook scripts, matcher patterns, timeout configurations, and fail-open behavior.
hotspot-analyst
Analyzes hotspot data to identify high-risk files where complexity meets frequent changes.
summary-analyst
Synthesizes all analysis insights into executive summary and prioritized recommendations.
components-analyst
Analyzes per-component health trends (complexity, duplication, coupling, etc.).