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/gh33k/session-plugin/featurenpx skills add gh33k/session-plugin --skill featuregit clone --depth 1 https://github.com/gh33k/session-pluginWhat 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.00006 | $0.02498 |
| Opus 5 | $0.00003 | $0.01249 |
| Sonnet 5 | $0.00001 | $0.00500 |
| Haiku 4.5 | $0.00001 | $0.00250 |
Grade A, and why
feature 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 — 404 lines — stays where its author put it; the contents beside it link to each section on GitHub.
session:feature
Manage feature spec/plan lifecycle. Create new features during plan sessions, track progress during build sessions, and mark complete when finished.
Usage
/session:feature create <name> - Create a new feature with spec and plan
/session:feature list - List all features and their status
/session:feature show <name> - Show feature details
/session:feature complete <name> - Mark feature as complete
/session:feature archive <name> - Archive a completed feature's plan
Instructions
/session:feature create
Creates a new feature directory with spec.md and plan.md from templates.
Best used during: PLAN sessions
Steps:
-
Validate feature name:
- Must be lowercase, hyphenated (e.g.,
user-auth,payment-flow) - Cannot already exist
ls -d .project/features/{{name}} 2>/dev/null && echo "EXISTS" - Must be lowercase, hyphenated (e.g.,
-
Create feature directory:
mkdir -p .project/features/{{name}} -
Gather feature information - Ask the user:
- "What is this feature about?" (for Overview)
- "What are the main goals?" (for Goals section)
- "What should this feature NOT do?" (for Non-Goals)
- "What are the key requirements?" (for Requirements)
- "How will we know it's done?" (for Acceptance Criteria)
-
Create spec.md: Use the template from
plugins/session-workflow/templates/feature-spec.md.templateFill in:
{{FEATURE_NAME}}: The feature name (title-cased){{STATUS}}:draft{{CREATED_DATE}}: Today's date{{UPDATED_DATE}}: Today's date{{FEATURE_OVERVIEW}}: User's description- Goals, Non-Goals, Requirements, Acceptance Criteria from user input
- Leave technical details as placeholders or ask if user wants to fill them
-
Create plan.md: Use the template from
plugins/session-workflow/templates/feature-plan.md.templateAsk the user:
- "What's the implementation goal?"
- "What's the current state before this feature?"
- "What high-level changes are needed?"
- "How should we break this into phases?"
What ships with it
2 files beside SKILL.md in the same directory: the scripts, references and assets a skill reads on demand. Not counted in the per-session cost; read them before you install if any of them is executable.
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 · 404 lines · 6 tokens per session scan A 744d4d29ffdb
feature is a skill published in the GitHub repository gh33k/session-plugin (2 stars, last pushed 7mo ago), licensed MIT. It adds 6 tokens to every session and 2,498 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 skills, from other repositories
agent-native-architecture
Design agent-native architectures where agents are first-class citizens. Use when building autonomous agents, MCP tools, or self-modifying systems.
lavra-ceo-review
CEO/founder-mode plan review -- challenge premises, validate business fit, run 10-section structured review.
lavra-review
Perform exhaustive code reviews using multi-agent analysis and ultra-thinking.
dspy-ruby
Build type-safe LLM applications with DSPy.rb. Use when implementing AI features, LLM signatures, agent systems, or prompt optimization in Ruby.
lavra-brainstorm
Explore requirements and approaches through collaborative dialogue before planning.
lavra-knowledge
Capture solved problems as knowledge entries for fast recall. Use when a solution should be preserved for future sessions.