本文へ移動
cccskills
無料GitHub で公開

decide

Walk the user through design or implementation decisions one at a time, or review completed code one change at a time. Use when the user says "walk me through each decision", "let's decide together", "help me work through these choices", "walk me through what you did", or "QA step by step". Present concise context, mutually exclusive options, log each answer, and finish with a summary.

インストール方法を見る

含まれるファイル(2)

  • SKILL.md2.7 KB
  • agents/openai.yaml196 B

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

Decide

Prepare

Before a design walkthrough, inspect the relevant code and record concrete bugs, inconsistencies, and decision points in plans/<YYYYMMDD>-<topic>.md or the appropriate app-scoped plans/ directory. Preserve existing edits; never discard speculative or user-authored work without explicit approval.

Order decisions by dependency and leverage, not document order.

Decision walkthrough

For each decision:

  1. Show ## Decision N: <title>.
  2. Give two to four sentences of context grounded in real files or functions.
  3. State the trade-off in one sentence.
  4. Ask exactly one interactive question with two to four mutually exclusive options.
    • Use ask_user when available. In Codex Plan mode, use request_user_input when that is the exposed interactive question tool.
    • Never substitute a plain-text question when repository instructions require an interactive overlay.
    • Keep labels to five words or fewer.
    • Put the recommendation first and suffix its label with (Recommended).
    • Explain each option and its trade-off in one sentence.
    • Do not add an Other option when the client adds one automatically.
  5. After the answer, write Logged: <decision>. and continue.

If the user acknowledges an issue without choosing, log the recommended choice and say they can correct the assumption.

At the end, provide a | # | Decision | Choice | table and offer to turn the audit into an implementation plan. Do not write implementation code during the decision walkthrough.

QA walkthrough

Use this mode when the user wants to review existing code step by step.

  1. Identify the review unit: a commit, staged diff, PR, or explicit file set.
  2. Break it into logical steps in dependency order.
  3. Show one step per turn with:
    • ## Step N: <title>
    • One or two sentences explaining what changed and why
    • A focused real-code excerpt with file and line references
    • One interactive verdict question: Looks good, next step (Recommended), Push back, change this, and, only for non-trivial code, Pause, explain more
  4. Wait for the verdict before showing the next step.
  5. Log approvals, collect requested changes, and finish with a | # | Step | Verdict | table.

If a step reveals a genuine design fork, pause the QA walkthrough and offer to switch to decision mode for that fork.

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

10x

無料

Personalized audit that teaches the advanced Superset features the user isn't using yet (automations, parallel agents, tasks, multi-host, terminal remote control, custom commands, MCP, pages) and sets them up live. Use when the user wants to get more out of Superset, asks "what else can Superset do", "how do I 10x my workflow", "what am I missing", or wants to learn a specific Superset feature.

日本語の概要は準備中です。原文の説明を表示しています。

superset-sh/superset1.5万2026年10月13日 更新

automate

無料

Turn a recurring chore into a Superset automation. Drafts the agent prompt, confirms the schedule or event trigger and the target, creates it with the CLI, and reviews the first run together. Use when the user wants a scheduled or recurring agent, a daily or weekly job, or an agent that reacts to a Slack message, GitHub pull request, Linear issue, Sentry issue or incoming email, or says things like "every morning do X", "automate this", "set up a cron agent", "run this on a schedule", "when someone opens a PR, do X".

日本語の概要は準備中です。原文の説明を表示しています。

superset-sh/superset1.5万2026年10月13日 更新

browser

無料

Open, navigate, screenshot, read, click, and type in web pages from an agent. Use when the user asks to open a URL, preview or verify a running web app, check a page's console, fill a form, click through a web flow, or automate anything in a browser, including "open localhost:3000", "screenshot the page", "what does the console say", "click the submit button", "I'm logged in on Chrome". Drives the in-app browser pane of a Superset workspace by default and Browser Use for browsers the panes cannot reach.

日本語の概要は準備中です。原文の説明を表示しています。

superset-sh/superset1.5万2026年10月13日 更新

Write Stripe code against what the API does today — plan the product shape, confirm every parameter from Stripe's own docs and schemas, and keep the agent in a sandbox. Use when adding checkout, billing, subscriptions, invoicing, or webhooks to a codebase, or when debugging Stripe integration code that compiles but behaves wrong.

日本語の概要は準備中です。原文の説明を表示しています。

superset-sh/superset1.5万2026年10月13日 更新

Verify UI behavior end-to-end by driving the running desktop app over the Chrome DevTools Protocol. Use when asked to verify, reproduce, or confirm a UI change, bug, or regression in the real app rather than in tests.

日本語の概要は準備中です。原文の説明を表示しています。

superset-sh/superset1.5万2026年10月13日 更新

ci-triage

無料

Diagnose a failing GitHub Actions run — find the first real error in the logs, tell a flake apart from a genuine failure, and identify the commit that broke it. Use when checks are red on a PR, a workflow failed, the build is broken, CI is flaky, or the user asks why a run failed or whether a failure is real.

日本語の概要は準備中です。原文の説明を表示しています。

superset-sh/superset1.5万2026年10月13日 更新

superset-sh のスキルをすべて見る

このスキルの問題を報告する