Requirements
- Target platform
- OpenClaw
- Install method
- Manual import
- Extraction
- Extract archive
- Prerequisites
- OpenClaw
- Primary doc
- SKILL.md
Generate narrative blog posts from AI coding session transcripts. Reads session files, selects sessions relevant to a topic, and produces an agent-narrated blog post about the human-agent collaboration. Supports builder's log, tutorial, and technical deep-dive styles.
Generate narrative blog posts from AI coding session transcripts. Reads session files, selects sessions relevant to a topic, and produces an agent-narrated blog post about the human-agent collaboration. Supports builder's log, tutorial, and technical deep-dive styles.
Hand the extracted package to your coding agent with a concrete install brief instead of figuring it out manually.
I downloaded a skill package from Yavira. Read SKILL.md from the extracted folder and install it by following the included instructions. Tell me what you changed and call out any manual steps you could not complete.
I downloaded an updated skill package from Yavira. Read SKILL.md from the extracted folder, compare it with my current installation, and upgrade it while preserving any custom configuration unless the package docs explicitly say otherwise. Summarize what changed and any follow-up checks I should run.
Generate narrative developer blog posts from human-agent coding session transcripts. The blog is written from the agent's first-person perspective โ "I" is the agent, and the human developer is referred to as "my human."
Extract from the user's message: Project โ which codebase? ("eastore", "filecoin", "couponswap"). If unspecified, use the current working directory. Topic/feature โ what specifically? ("auth system", "dashboard", or the whole project). If unspecified, include all sessions. Style โ builder's log (default), tutorial, or technical deep-dive. Override only if the user explicitly asks. Time range โ "last week", "January sessions", or all (default).
Determine which platform to scan. Check references/platforms/ for supported platforms โ each subdirectory is a platform. Auto-detect from the current environment, or from the user's request. Load only the relevant platform directory. Each contains a reference file (storage schema, session paths, discovery instructions) and scripts (list-sessions.sh, read-session.sh). Never load all platform references upfront. Run the platform's list-sessions.sh <project> to scan for matching sessions, OR follow the discovery instructions in the platform reference file manually. If the platform has no reference directory in references/platforms/, discover sessions manually โ check the platform's data/config directories (e.g. ~/.local/share/, ~/.config/, ~/Library/), look for session storage files (JSONL, JSON, SQLite), and inspect the schema to extract the human-agent dialogue. Follow the same filtering principles from Phase 3. Present the session index to the user for confirmation.
From the session index, determine which sessions are relevant to the user's topic. Read the full transcripts of selected sessions. When reading transcripts, filter aggressively: Keep: User messages (text) โ the human's intent, direction, corrections Assistant messages (text) โ the agent's reasoning, proposals, explanations Tool call names + file paths โ what was built Error messages โ struggles and debugging Strip: tool_result content bodies (raw file contents, grep output โ 80-90% of token size) System messages, usage metadata, compaction/summary entries Full tool input arguments (keep name + file path only, not entire diffs) Refer to the platform reference file loaded in Phase 2 for platform-specific field names and parsing details. If filtered transcripts still exceed context, process per-session: generate per-session summaries, then synthesize across sessions. Prioritize the human-agent dialogue over tool call details.
Read references/blog-writing-guide.md for the agent-narrated writing guide. This contains the voice definition, collaboration vocabulary, transcript extraction patterns, and blog structure. Read the style-appropriate example from examples/: examples/builders-log.md for builder's log style (default) examples/tutorial.md for tutorial style examples/technical.md for technical deep-dive style Load assets/devlog-template.md as the blog skeleton. This is a starting structure, not a rigid format โ adapt sections, reorder, merge, or drop headings based on what the session transcripts actually contain. A single-session blog may skip phase headings entirely. A heavily iterative session might expand "The Hard Part" into multiple sections. Let the story dictate the shape. Generate the blog following the writing guide. The blog must be narrated by the agent in first person ("I"), referring to the human developer as "my human." When the session involves architecture, flows, or multi-component interactions, include Mermaid diagrams (```mermaid code blocks) to visualize the system โ see the diagrams section in the writing guide for when and how.
Write the blog to {project}-{topic}-devlog.md in the current working directory, or a user-specified path. Report: title, word count, sessions included, time span covered, key files referenced.
Ask the user if they want to publish the blog online. If yes, check references/publishing/ for supported platforms. Each subdirectory is a publishing platform. Load the relevant platform's reference file for API details and requirements. Check for required environment variables (e.g. HASHNODE_PAT, HASHNODE_PUBLICATION_ID for Hashnode). If any are missing, tell the user what to set and how โ e.g. export HASHNODE_PAT=... in ~/.zshrc or ~/.bashrc for future sessions. Ask the user to provide the values for the current session. Cover image (optional): If you have image generation capabilities (e.g. an image generation tool or MCP server), generate a cover image that visually represents the blog's theme. Upload it to a publicly accessible URL and pass it to publish.sh with the --cover-image <url> flag. The image should be landscape-oriented (1200ร630 or similar), visually relevant to the blog topic, and not contain text that duplicates the title. If you don't have image generation capabilities, skip this step โ the blog publishes fine without a cover image. Run the platform's publish.sh with the blog file path and title (plus --cover-image <url> if a cover image was generated). Report the published post URL to the user.
ScenarioHandlingNo sessions foundReport which paths were scanned. Ask the user to check the project name or provide a path.Ambiguous project matchList matching projects, ask the user to pick.Single sessionSimpler structure โ no multi-session phase headings needed.Huge session (5000+ lines)Chunk per-turn-group, summarize sections, then synthesize.Mixed platformsMerge sessions from multiple platforms chronologically.Subagent transcriptsSkip by default. Main session already references their results.Current sessionWhen the user says "what we just did" โ use current session context directly, no JSONL needed.Compacted sessionsCompaction does not delete data. Raw messages remain. Read everything, skip compaction/summary lines.User declines to publishSkip Phase 6 entirely. The blog file is already saved locally from Phase 5.
references/platforms/claude-code/ โ Claude Code reference + scripts claude-code.md โ Session paths, JSONL schema, discovery instructions list-sessions.sh โ Scan Claude Code projects for matching sessions read-session.sh โ Extract transcript from Claude Code JSONL references/platforms/opencode/ โ OpenCode reference + scripts opencode.md โ Storage layout, JSON hierarchy, discovery instructions list-sessions.sh โ Scan OpenCode projects for matching sessions read-session.sh โ Extract transcript from OpenCode's JSON hierarchy references/platforms/openclaw/ โ OpenClaw reference + scripts openclaw.md โ Session paths, JSONL schema, discovery instructions list-sessions.sh โ Scan OpenClaw agents for matching sessions read-session.sh โ Extract transcript from OpenClaw JSONL references/platforms/codex/ โ Codex reference + scripts codex.md โ Rollout file format, JSONL schema, discovery instructions list-sessions.sh โ Scan Codex rollout files for matching sessions read-session.sh โ Extract transcript from Codex rollout JSONL references/platforms/gemini-cli/ โ Gemini CLI reference + scripts gemini-cli.md โ JSON session format, SHA256 project hashing, discovery instructions list-sessions.sh โ Scan Gemini CLI session files for matching projects read-session.sh โ Extract transcript from Gemini CLI session JSON references/blog-writing-guide.md โ Voice, collaboration vocabulary, transcript extraction patterns, blog structure
references/publishing/hashnode/ โ Hashnode publishing reference + script hashnode.md โ GraphQL API endpoint, authentication, publishPost mutation, required env vars publish.sh โ Publish a markdown file to Hashnode, outputs the post URL
examples/builders-log.md โ Builder's log style output examples/tutorial.md โ Tutorial style output examples/technical.md โ Technical deep-dive output
assets/devlog-template.md โ Blog skeleton template
Writing, remixing, publishing, visual generation, and marketing content production.
Largest current source with strong distribution and engagement signals.