Stores durable facts in a categorized, plain-markdown vault on disk, alongside your agent's built-in memory.
Coding
rdr2-playthrough
Try itUse when maintaining RDR2 (Red Dead Redemption 2) playthrough notes — logging an acquisition ("acquired X", "got N gold bars", "finished X"), answering in-game location/crafting questions, or reviewing the notes for duplicate or stale info. Triggers on RDR2, Red Dead Redemption, playthrough, legendary animal, talisman, trinket, valerian root, gold bar, horse, weapon, berry.
What it does
Maintain the user's RDR2 Chapter 2 playthrough notes — typically a single Markdown file (e.g. ).
The skill document
RDR2 Playthrough Notes
Maintain the user's RDR2 Chapter 2 playthrough notes — typically a single Markdown file (e.g. rdr2-ch2.md).
About this skill
- RDR2 = Red Dead Redemption 2, one of the most famous, iconic games in gaming history.
- This skill exists to write the playthrough notes — just for fun.
- Not affiliated with Rockstar Games, the producer of the game.
- No business or commercial intent.
Hard rules
- Just for fun — low stakes. These playthrough notes are personal and not sensitive; no confidentiality handling is required.
- Get the user's approval before writing into the note. Propose the exact edit (section, row, text) and wait for the user's go-ahead before touching the notes file. A progress report ("acquired X") is not by itself approval to write; structural changes (new sections, reordering, rewrites, deleting rows) always require approval.
- Keep notes as simple as possible. One fact, one place.
- Alert the user about duplicated info found — say so, don't silently delete or merge. Deletion of existing content needs approval.
- Escape
$as\$in Markdown tables (e.g.\$45) to avoid parse errors. - Never guess game facts. Verify names, locations, recipes, prices, and effects via web search before writing. If unverified, say so and leave it out.
- Never commit or publish the user's notes without explicit approval.
Status markers (conventions)
- List items: wrap the title in
~~strikethrough~~and append(acquired). - Table rows: append
— acquired(or— shotfor hunted legendary animals). - Pending items: append
— pendingand describe what is still needed.
Workflow
- Locate the section. A typical RDR2 Chapter 2 notes file is organized into:
- Progress Strategy — chapter-2 gating rules
- Weapon Strategy & Acquisitions — weapons; method/source; cross-reference the Store Backroom section instead of restating robbery steps
- Horse and Equipment — horses and tack
- Gold Bars — the quantity table plus per-treasure subsections (Strange Statues, Jack Hall Gang, Poisonous Trail)
- Valerian Root (Dead Eye XP) — fixed spawn locations
- Store Backroom (Illicit) Business Robberies — the four backroom robberies
- Legendary Animal Pelts — animal / location / trapper crafting
- Trinket Components — one-of-a-kind components and talisman recipes
- Herbal Collection Challenge — berry species
- Serial Killer "American Dreams" — murder scenes and reward
- Verify any fact not already established in the file (web search). Prefer IGN, RDR2.org, Fandom wiki, GamesRadar.
- Edit minimally. Add or annotate a row/bullet. If a description already lives in another section, point to it (
see Store Backroom ...) rather than duplicating. - New section? Add it to the Table of Contents with a matching anchor, and place it in a sensible spot relative to related sections.
- Check for duplicates across sections; report findings to the user.
- Reply concisely with what changed (show the row when useful) and offer the obvious next in-game step.
Output conventions
- Docs are English; keep the existing tone (terse, location-first).
- Keep each table's existing column structure.
- Use
→for "yields/leads to" and—for status, matching existing rows. - Images referenced as
../imgs/. - No hard-wrapping prose: one paragraph per line (rewrap with the repo's unwrap script, if it has one).
Checklist before finishing
- User approved the write before editing the note
- Fact verified or explicitly marked unverified
-
$escaped in any table cell - Status marker applied (
— acquired/— shot/~~…~~) - No duplicated description (cross-referenced instead)
- TOC updated if a section was added
- Duplicate info reported to the user
- No commit or push without explicit user approval
Related skills
Generate and edit Draw.io, Mermaid, and Excalidraw diagrams from natural language using a structured JSON spec.
Fetch raw ad creative, app, ranking, and revenue data from AdMapix as structured JSON.
Join a video meeting as an AI bot with voice, avatar, and screenshare across four operating modes.
Find why your productivity system keeps failing, then apply the smallest fix — capacity math, bottleneck routing, durable local notes.
Write, debug, and tune Playwright specs with locator strategy, trace diagnosis, and CI-aware timeouts.
More from j3ffyang
Browse all skillsPolish a technical blog draft into an 800–1000 word, 3–4 section zh-CN article, preserve technical terms/code, and generate consistent hero + per-section image prompts when the user asks to polish and translate a blog with images.
Generate video from supplied image using Veo-3.0 async API. Gemini vision analyzes image, Veo creates video via predictLongRunning. All outputs in ~/.openclaw/workspace/tibetanProc/ with yymmddHHMM prefix.
Read a plain Markdown file (e.g. 260321_openclawConfig.md), generate header and section images using the default OpenClaw image model and API key from ~/openclaw/.env, create a new *_img.md copy with embedded PNGs, and move all generated images into an img/ folder next to the original file.
Polish a technical blog draft into a 1000–1200 word, 4–5 section en-US article, preserve technical terms/code, and generate one consistent hero image prompt.
Help the user draft, review, and polish blog posts in Markdown, keeping the original languages and informal tone.
Generate a daily AI news newsletter from fresh web sources. Use when the user asks for a current AI digest, AI news roundup, curated newsletter, or daily AI...