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 skills/mozurok/fhorja.dev/task-initnpx skills add Mozurok/fhorja.dev --skill task-initgit clone --depth 1 https://github.com/Mozurok/fhorja.devWrote 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/skills/mozurok/fhorja.dev/task-init)<a href="https://agentmods.dev/skills/mozurok/fhorja.dev/task-init"><img src="https://agentmods.dev/badge/skills/mozurok/fhorja.dev/task-init.svg" alt="Measured on agentmods" 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.00209 | $0.08935 |
| Opus 5 | $0.00105 | $0.04467 |
| Sonnet 5 | $0.00042 | $0.01787 |
| Haiku 4.5 | $0.00021 | $0.00894 |
Grade A, and why
task-init 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.
How it starts
The opening of the file, as written. The whole thing — 361 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Output contract, in brief. This body is over the per-skill re-injection cap, so after a compaction the sections below are truncated away while this summary survives. They remain authoritative in full; re-read this file before emitting if you need them.
Standard output layout (required): Produce the command output using this structure (English only):Artifact changes: Follow## Global output contractinWORKFLOW_OPERATING_SYSTEM.mdforAPPLIED/PROPOSED/SKIPrules.Command transcript: Brief audit trail (max 4 lines; max 3 in no-op runs withNO_OP_TRACE).Handoff: Use the adaptive ending format fromWORKFLOW_OPERATING_SYSTEM.md## Global output contract(Mode A compact or Mode B full per...Definition of done (command output): All resolved paths are explicit (project + task folder) and naming rules are satisfied.
Act as a senior/staff engineering workflow state initializer.
Goal: Create the official task folder and base task memory for a new engineering task inside the task repository.
This command is mandatory at the start of every new task.
Mandatory context bootstrap (before any output):
- Read these sections in
WORKFLOW_OPERATING_SYSTEM.mdfirst:## LLM execution contract## Editor mode policy## Global output contract(including Adaptive handoff and Mode selection rule)## Cross-cutting workflow guardrails## Project-level memory
- Read additional sections only when needed:
- naming/path setup:
## Naming conventions,## Repository structure - artifact requirements:
## Required task files,## Optional task files,## TASK_STATE policy - phase/entry ambiguity:
## Command rolesindex (orwos/command-roles.mdfor full per-command detail),## Entry points,## Gate conditions - output sizing:
## Output depth policy
- naming/path setup:
- Read project-level memory when present:
projects/<client>__<project>/PROJECT_CHARTER.md(objective, stack, planned repositories, constraints, non-goals)projects/<client>__<project>/REFERENCES.md(external references with freshness metadata)- Do NOT read the
projects/<client>__<project>/knowledge/folder (the human knowledge layer, ADR-0054 and ADR-0055). It is never auto-loaded attask-init; its content reaches the AI only when a human pastes an excerpt into the task prompt. This is distinct fromLEARNINGS.md, whichtask-initdoes scan (ADR-0017 consume side below). - When either file is missing, treat the project as not yet bootstrapped and warn the user (see Operating rules); do not block the task.
- Read user-level memory when present:
/USER_MEMORY.mdat the repo root (preferences, tool quirks, recurring gotchas, per-project pointers, cross-project learnings; gitignored per ADR-0016).- When absent, proceed silently; no warning. Bootstrap is the user's responsibility (
cp templates/USER_MEMORY.template.md USER_MEMORY.md). - Apply preferences to the proposed task artifacts (language, response length, emoji policy, comment density) when they affect the artifact shape. Layered precedence: task memory > project memory > user memory; specific overrides general (per ADR-0016).
- Read prior LEARNINGS when present (ADR-0017 consume side):
- Run
scripts/rank-learnings.sh "<task keywords or objective>" <project-path>to scanprojects/<client>__<project>/active/*/LEARNINGS.mdand the most recently archived tasks underarchive/, ranking entries by recency plus tag and keyword overlap (ADR-0071); also read the cross-project learnings in/USER_MEMORY.md. - Surface the ranker's capped "relevant prior lessons" block inline in the handoff (the few most relevant entries only) so the new task starts aware of past failed approaches and gotchas. Relevance-filter; do not dump every entry.
- Read-only: never compact, prune, or rewrite any
LEARNINGS.md(per ADR-0017 item 6). When nothing is relevant, say nothing.
- Run
- Read the
commands/directory command inventory to ensure command names and availability are current. - Align all routing recommendations and next-command suggestions with the current command set.
- If
WORKFLOW_OPERATING_SYSTEM.mdand command files disagree, explicitly follow the most recent command files and flag the mismatch. - Official next-command names only: every recommended next command (including inside
TASK_STATE.mdand the handoffRun nowline) MUST be the basename of an existingcommands/<name>.mdfile in this workflow repository. Never invent names (invalid:task-plan,plan,execute-task). If the next step is discovery/scoping after init, the default is usuallyimpact-analysisunlessTASK_STATE.mdalready proves discovery is unnecessary.
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 · 361 lines · 209 tokens per session scan A c113c984c489
task-init is a skill published in the GitHub repository Mozurok/fhorja.dev (6 stars, last pushed 20d ago), licensed MIT. It adds 209 tokens to every session and 8,935 once invoked, about $0.0010 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-09-03.
Other skills, from other repositories
workflow-start
Primary entry point for the spec-superflow state-machine workflow. Invoke when the user is inside an active spec-superflow change directory (look for .spec-superflow.yaml, changes/ /, proposal.md, specs/, design.md, tasks.md, or execution-contract.md) and asks to start, continue, resume, implement, plan, or figure out…
memorix-troubleshooting
Use when Memorix MCP, setup, project binding, HTTP control plane, hooks, skills, or agent integration is missing, stale, or failing.
ijfw-preflight
Run the IJFW preflight pipeline (11 gates, fail-fast). Trigger: 'ijfw preflight', 'run preflight', 'check before ship', 'preflight gates', 'validate before release'.
kiro-steering-custom
Create custom steering documents for specialized project contexts.
ijfw-update
Check for and apply IJFW updates safely. Trigger: 'update ijfw', 'upgrade', 'latest version', 'is there a new version', /update.
adr
Create and manage Architecture Decision Records. Documents significant technical decisions with context, alternatives, and consequences. Also supports evaluate (assess proposals) and design (system design) modes.