その他のスキル

検証結果に基づいて活動を洗練・修正する

検証結果に基づいてゴール記述モデルを洗練・修正する

検証結果に基づいてMSP計画を洗練・修正する

検証結果に基づいて意味を洗練・修正する

MSP（Minimum Sellable Product）をつくるための計画を作成

活動を作る時の観点を説明する

意味を作る時の観点を説明する

Ultra-compressed communication mode. Cuts output tokens 65% (measured) by speaking like caveman while keeping full technical accuracy. Supports intensity levels: lite, full (default), ultra, wenyan-lite, wenyan-full, wenyan-ultra. Use when user says "caveman mode", "talk like caveman", "use caveman", "less tokens", "be brief", or invokes /caveman. Also auto-triggers when token efficiency is requested.

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

キーニーズ法（梅澤理論）に基づいて深掘りヒアリングを行い、会話ログを保存し、強さ×未充足度で分析したいときに使う。新商品・サービスのニーズ発掘や既存ヒアリングログの分析に使う。

【非推奨】requirement-management に統合された。新規の要件定義には requirement-management を使用すること。既存の docs/sdd/requirements/ を保守・参照する場合にのみ使用する。EARS記法によるMarkdownの要件定義書（ユーザーストーリー・受入基準・非機能要件）を作成・編集する。Do NOT use for 新規プロジェクトの要件定義（requirement-management を使用すること）。

Work through which package to add for a capability, and what each option costs — maintenance, licence, bundle weight, transitive risk, and whether the platform already does it. Use when someone needs a library for a job and has not picked one yet, when weighing two candidates, or when a package looks convenient but unmaintained.

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

Generate CycloneDX 1.7 and/or SPDX 2.3 SBOMs for the repo, optionally cosign-signed, optionally cross-validated against syft output. Use when producing an SBOM for compliance, attaching to a release artefact, integrating with an SBOM registry, or satisfying a customer attestation request.

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

Post-fix verification — re-scan the repo, gate on `--exploits weaponized --severity high`, recheck the specific CVE against the new installed version, write the verdict to `.vulnetix/memory.yaml`. Use when confirming a fix landed, validating a version bump did not introduce regressions, or producing a clean-scan attestation for compliance.

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

全国大学生数学建模竞赛（CUMCM）全流程参赛助手。覆盖 72 小时赛程的读题选题、数据探索、模型选择与求解、论文写作、格式检查、支撑材料打包；A 类机理/PDE/传热传质题按 22-mechanism-pde 走单位字典、守恒与网格收敛。Use when 用户参加数学建模竞赛/国赛、拿到赛题需要分析建模、需要选模型写代码、需要按国赛规范写建模论文/摘要、需要检查论文格式或准备提交、做烘干/炉温/传热传质/有限体积。与美赛无关的普通代码任务不要触发。

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

xp-harness の skill / subagent / instruction が意図どおり振る舞えているか (発火するか・あるべき振る舞いができているか) を transcript で事実確認する手順。skill / subagent / instruction を改修した後に動作検証したいとき、または本番の実運用セッションを「あるべき振る舞い」に照らして分析したいとき、「検証したい」「発火するか確かめたい」「このセッションを分析したい」と言われたときに発火させる。核は発火・振る舞いができたかの事実確認で、本番セッションでは自走の良し悪し (止まり方・判断の質など) も見る。

作業をふりかえって改善案を引き出し、記録する。セッション内のすべてのストーリーが完了したとき、依頼者の終わり発話 (作業を区切る発話) を観測したとき、または依頼者が「ふりかえろう」「retrospective」と明示したときに発火。同セッション内で 1 度 skip された場合は再発火しない。

xp-harness の改修バックログをかんばん（1 項目 1 カード）で一覧・追加・更新する。「次なにやるか決めたい」と着手対象を選ぶ場面、改修項目を新規追加・完了・優先度変更する場面で使う。

xp-harness の公開済みリリースを要約して、チーム周知用の短いテキスト (利用者向けの変化 + 更新手順) を作る。「リリースをアナウンスしたい」「この期間のリリースをまとめて周知したい」「土日の分まとめて」と言われたときに発火。投稿はせずドラフト生成に留める。

アーキテクチャ設計（境界/依存/データフロー/非機能/運用）を、制約とトレードオフで言語化し、ADR-liteで合意形成しながら段階的に形にする。doc/input/rdd.md にアーキテクチャ/非機能/運用の要求がある、または設計判断（分割/責務/インタフェース/データ整合/観測性/スケール）相談で使う。

価値提案（誰に/何のために/なぜ勝てる）をレビューし、曖昧さ・矛盾・証拠不足を洗い出して、メッセージとMVPを磨くために使う。

Control MARS/Innate robots over rosbridge WebSocket. Covers connecting to the robot, executing skills, moving the arm, driving the base, tilting the head, and reading sensors — all via JSON-over-WebSocket to rosbridge_server on port 9090. Use this skill whenever working with MARS robots, Innate OS, rosbridge, ROS2 robot control, maurice_arm, brain_client, or any project that talks to a robot over WebSocket. Also trigger when seeing imports from brain_client, brain_messages, maurice_msgs, or references to topics like /cmd_vel, /mars/arm, /brain/chat_in, /execute_skill.

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

Checks concept and requirements documents against implementation. Optional plan consolidation (document synopsis) combines multiple plans into a current list of open items and uses folder-organization to archive completed or superseded content.

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

Guidance for Neondeck's /fix-ci operation when repairing failing PR checks in a managed worktree.

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

Use only when the user explicitly asks to implement with stacked PRs, branch-on-branch PRs, or `gh stack`. For ordinary implementation, use vanilla branches, worktrees, and pull requests.

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