new step of mspec workflow — bootstrap a change directory and readme.md
日本語の概要は準備中です。原文の説明を表示しています。
1.1万 件 ・ 関連度順
概要と使いどころ
new step of mspec workflow — bootstrap a change directory and readme.md
日本語の概要は準備中です。原文の説明を表示しています。
delta step of mspec workflow — generate Delta Spec with auto-numbered FR-NNN
日本語の概要は準備中です。原文の説明を表示しています。
self-review step of mspec workflow — sanity-check all artifacts via subagent
日本語の概要は準備中です。原文の説明を表示しています。
visual-mock step of mspec workflow — generate UI prototype HTML and collect feedback
日本語の概要は準備中です。原文の説明を表示しています。
proposal step of mspec workflow — clarify intent and write proposal.md
日本語の概要は準備中です。原文の説明を表示しています。
checklist step of mspec workflow — produce checklist.md via subagent
日本語の概要は準備中です。原文の説明を表示しています。
quickstart step of mspec workflow — write quickstart.md
日本語の概要は準備中です。原文の説明を表示しています。
archive step of mspec workflow — deterministic merge into SoT spec and archive move
日本語の概要は準備中です。原文の説明を表示しています。
design step of mspec workflow — write design.md + design-rationale.md + architecture-overview.md, full Constitution Check
日本語の概要は準備中です。原文の説明を表示しています。
research step of mspec workflow — investigate via subagent and produce research.md
日本語の概要は準備中です。原文の説明を表示しています。
tasks step of mspec workflow — produce tasks.md with anchor blocks
日本語の概要は準備中です。原文の説明を表示しています。
Guide for testing conventions and CI pipelines — unit tests, integration smoke tests, pytest markers, and GitHub Actions workflows. Use when the user asks about testing, CI, running tests, or adding tests for a recipe.
日本語の概要は準備中です。原文の説明を表示しています。
Activate for any ticket that changes React components, user-facing flows, or UI state. Ensures all five observable UI states are verified before state:ready-for-qa.
日本語の概要は準備中です。原文の説明を表示しています。
Workflow-state classification vocabulary for inter-team relay. Maps inbound signals from the remote agent to a routing decision. Intentionally narrow — states and destinations only.
日本語の概要は準備中です。原文の説明を表示しています。
Use when: ticket lifecycle, state transitions, ready for QA, changes requested, QA passed, role-based workflow policy, Developer to QA handoff, or relay routing across delivery agents.
日本語の概要は準備中です。原文の説明を表示しています。
Use immediately after RBR confirms a root cause, or after any confirmed finding from security-audit-lens, legacy-investigation-lens, a scan skill, or a Critical/Required code-review finding, before considering the finding complete. Checks whether the confirmed defect is one instance of a structurally identical pattern elsewhere in the same file family, workflow, or business-domain area, and folds in or explicitly defers every other instance found. Mandatory for Architect — not an optional lens the agent judges when to apply.
日本語の概要は準備中です。原文の説明を表示しています。
Use when the team lead points Architect at a prior agistra.dev hub path and asks it to check for or perform additional migration — trigger phrasing such as 'migrate my data from <path>', 'check what didn't get migrated', 'did we miss anything from my old hub', or 'do a completeness pass on <path>'. Walks the prior hub's full directory tree read-only, diffs it against the fixed scripted migration scope plus any existing migration report, and asks the team lead one clear question at a time about anything a scripted migration would never have discovered. Never writes or copies anything itself — every confirmed item is delegated to the existing migration primitives. Do not use for the first-run scripted migration prompt during `npm run setup` — that is unrelated, already-automated flow this skill does not replace.
日本語の概要は準備中です。原文の説明を表示しています。
Use when: Tester runs a full QA session, processes a Builder handoff, executes test steps, writes a GitHub test report, or aligns ticket state after verification.
日本語の概要は準備中です。原文の説明を表示しています。
Use when: implement a scoped ticket, fix a bug, add tests, prepare a PR-ready code change, or reuse a standard builder workflow across software engineer agents.
日本語の概要は準備中です。原文の説明を表示しています。
Refactor SwiftUI view files into stable, testable structure. Use when splitting large views, tightening data flow, or cleaning Observation ownership.
日本語の概要は準備中です。原文の説明を表示しています。
Guide for creating effective skills. This skill should be used when users want to create a new skill (or update an existing skill) that extends Codex's capabilities with specialized knowledge, workflows, or tool integrations.
日本語の概要は準備中です。原文の説明を表示しています。
Guide for creating effective skills. This skill should be used when users want to create a new skill (or update an existing skill) that extends Claude's capabilities with specialized knowledge, workflows, or tool integrations.
日本語の概要は準備中です。原文の説明を表示しています。
No-code automation democratizes workflow building. Zapier and Make (formerly Integromat) let non-developers automate business processes without writing code. But no-code doesn't mean no-complexity - these platforms have their own patterns, pitfalls, and breaking points. This skill covers when to use which platform, how to build reliable automations, and when to graduate to code-based solutions. Key insight: Zapier optimizes for simplicity and integrations (7000+ apps), Make optimizes for power
日本語の概要は準備中です。原文の説明を表示しています。
Game art principles. Visual style selection, asset pipeline, animation workflow.
日本語の概要は準備中です。原文の説明を表示しています。