Skip to content
pstack 中文学习站

Prompts worth copying

You are reading the pstack 0.15.9 pages. The latest version is here.

Swap in the real paths, skills, and done checks. Informal wording works.

  • /poteto-mode read <thread>. restate the underlying issue in your own words, in plain english.
  • /poteto-mode investigate why <symptom>. give me what we know, what data you used, and your best hypotheses. don't change any code yet.
  • use /how to understand <subsystem>. then use /why to find out why it broke recently.
  • /recall my work on <topic> from last week, then read <issue>.
  • /teach me why you implemented it this way and not <other way>. what did you trade off?
  • /poteto-mode take over this branch. read the decision log, find what's done, and continue. don't redo finished work.
  • Bug: /poteto-mode <symptom>. repro first, then fix and verify.
  • Bug in an app: /poteto-mode repro this with /verify-<app>. if it repros on main, fix it and show me a video as proof.
  • Bug with a cheap test: /poteto-mode repro <bug> first. if there's a cheap test path, /tdd it. then fix and rerun.
  • Feature: /poteto-mode add <behavior>. <current output> stays byte-identical. verify both.
  • Refactor: /poteto-mode move <code> into one module, zero behavior change. record the current output first and prove it's unchanged after.
  • Perf: /poteto-mode <operation> takes <time> on <fixture>. trace it, fix the measured cause, show me before and after.
  • /poteto-mode prototype a few options for <feature>. take screenshots or videos for me to compare.
  • /poteto-mode we need <feature>. /architect it first, and answer open questions with prototypes. let me review before proceeding.
  • /poteto-mode write a tutorial for how i would use <new package> first. then /teach me why it beats the current one.
  • ask /arena for a second opinion on this thread and our approach.
  • /poteto-mode turn this design into a plan. small verifiable PRs, each with its own verification steps.
  • /poteto-mode plan the migration of <library> to <target>. small verifiable PRs. the result must match the original exactly, bugs included.
  • /interrogate the whole branch, but skeptically. don't change anything yet. no nitpicks unless it's a real bug or regression. Read the dismissals too.
  • /swarm check every package under <dir> against its check script. one worker per package. one report.
  • /poteto-mode open the pr. small ordered commits, evidence in the description.
  • /poteto-mode babysit this pr. get it green. For status only: /poteto-mode check on pr <number>. anything outstanding?
  • /poteto-mode land the stack.
  • /poteto-mode im going to bed. <goal> in a fresh worktree off <base>. done means <checks>. keep a decision log. don't ask me before committing. /loop until done. if you're truly stuck after a few hours, stop and write up why.
  • /show-me-your-work catch me up on what you did last night. Read its Attention section first.
  • /poteto-mode full autopilot on this queue. each item is independent.
  • /poteto-mode autopilot these changes but stack them, don't ship. i'll land the stack.
  • /reflect capture what we learned so the next run doesn't repeat it. Approve only edits that change a future decision.
  • /bro restates the last reply in plain words.