ワンクリックで
storyteller
Write deep narrative reflections, sagas, journeys, and technical stories using the current session's full context
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
Write deep narrative reflections, sagas, journeys, and technical stories using the current session's full context
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
Manage StringRay framework from Hermes Agent via the native strray-hermes plugin. Covers the 4 plugin tools (validate, codex_check, health, hooks), lifecycle hooks, slash commands, bridge architecture, and CLI fallback.
RESTful API design and validation
System design and technical architecture tools
Software architecture patterns and best practices
Automated code formatting and style consistency
Backend engineer for REST/GraphQL APIs, microservices, authentication, and server architecture
| source | framework |
| name | storyteller |
| description | Write deep narrative reflections, sagas, journeys, and technical stories using the current session's full context |
| category | documentation |
Write narrative-style reflections and journey documents that capture the human experience of development work. This skill runs in the caller's session context -- use the conversation history and what just happened as the primary source material.
| Type | When to Use | Save To | Length |
|---|---|---|---|
reflection | Single-session work, bug fixes, targeted implementations | docs/reflections/{topic}-reflection.md | 2,000-5,000 words |
saga | Multi-session journeys, major architectural changes | docs/reflections/deep/{topic}-journey-YYYY-MM-DD.md | 5,000-15,000 words |
journey | Investigation/learning journeys, research deep-dives | docs/reflections/deep/{topic}-journey-YYYY-MM-DD.md | 1,500-4,000 words |
narrative | Technical narrative -- telling the story of code/architecture | docs/reflections/{topic}-narrative.md | 1,000-3,000 words |
Naming: {descriptive-name}-{type}-YYYY-MM-DD.md (e.g., routing-system-removal-journey-2026-03-26.md)
---
story_type: bug_fix | feature_development | architectural_decision | reflection | saga | journey | narrative
emotional_arc: "frustration -> confusion -> breakthrough -> satisfaction"
codex_terms: [5, 7, 32] # Related Codex term numbers
---
The foundational voice: Warmly Candid
Vocabulary: Plain English by default ("use" not "utilize", "fix" not "remediate"). Use domain language when it's standard and more precise. Introduce specialized terms clearly on first use.
Tone by context:
Start with a scene, not a summary. Drop the reader into a specific moment.
Include the messy truth. Dead ends, wrong turns, the frustration that led to breakthrough. The reader should feel like they were there.
Go long. Tell the whole story. 2,000 words minimum -- don't cut short what deserves full treatment.
Let the story find its own form. Use headers only when the narrative naturally divides. Never force Phase 1/2/3 structure.
Technical details woven in, not bolted on. Code snippets, file paths, and error messages should appear naturally as part of the narrative.
AI-sound patterns:
Structural anti-patterns:
Writing anti-patterns:
Key Takeaways (bullet-style with bold labels):
## Key Takeaways
- **Most important lesson** -- One sentence
- **Technical insight** -- One sentence
- **Emotional takeaway** -- One sentence
What Next? (actionable):
## What Next?
- Related Codex terms: [codex.json](../../.opencode/strray/codex.json)
- Next story to write: [suggestion]
When stuck on how to begin:
Before finalizing, verify: