「before」の検索結果

ローカルで繰り返しているHermesの作業手順から個人情報や認証情報を除き、公開・再利用できるECCスキルやリリース資料に整理するスキル。

• 定型作業を公開スキルにしたいとき
• 公開用の引き継ぎ資料の整理
• 非公開情報を除いた夜間ジョブの文書化

Djangoの公開や変更提案の前に、環境・コード品質・データベース変更・テスト・脆弱性・設定を順に検証し、段階別の合否と修正すべき問題をレポートにまとめます。

• Djangoの変更提案前の確認
• マイグレーションを確認したいとき
• テストカバレッジの目標確認

複数の視点でまとめた重要な意思決定の草案に、Codexによる外部批評を一度追加します。結論の弱点や見落とし、反対意見の扱いを確認するスキルです。

• 判断が難しい重要な草案の検討
• 草案にない失敗の可能性の確認
• 強い反対意見の見落としの確認

正解が一つに定まらない判断を、長期的な影響、前提への疑問、実行の現実性、失敗リスクの四つの視点で検討し、反対意見も見える形で推奨案をまとめるスキル。

• 今すぐ公開するか改善を待つか決めたいとき
• 段階的展開と一斉展開を比較したいとき
• 範囲の縮小と長期的な狙いを検討したいとき

既存コードから色・文字・余白などの共通ルールを抽出し、デザインの仕様書とプレビューを作るスキル。画面の統一感を10項目で評価し、修正箇所も示します。

• 既存コードからデザイン規則を作りたいとき
• リニューアル前の見た目の統一感確認
• スタイルを変更するPRのレビュー

Claude Codeの終了時に学習記録の更新日時やディスク空き容量を確認し、条件に応じて完了を止めるスキル。会話中の手順省略を示す表現にも警告します。

• 複雑な編集後に学習記録を確認したいとき
• 空き容量不足で完了を止めたいとき
• 確認省略を示す表現の検出

Webアプリの本番公開に向け、CI/CDによるテストと配布の自動化、Docker化、稼働確認、切り戻し手順、公開前の確認項目を整理するスキル。

• テストと配布を自動化したいとき
• アプリをDocker化したいとき
• 本番公開の方式を選びたいとき

調査テーマを複数の問いに分け、ウェブ情報の検索と本文の読み込みを通じて、出典・確信度・情報不足を明記したレポートにまとめるスキル。

• 競合や市場動向を調べたいとき
• 導入前に技術を比較したいとき
• 市場規模や成長予測の調査

Webの電子署名画面で署名・日付・入力欄を数値座標で配置する手順をまとめたスキル。署名者ごとの欄の割り当てを確認し、送信前の下書き確認まで整理します。

• 生成した契約書に署名欄を準備したいとき
• 署名欄の担当者を確認したいとき
• 確認用の下書きと画像を残したいとき

AIエージェントの不調を、指示・記憶・ツール実行・画面表示など12の層から調べるスキル。コードやログを根拠に原因を整理し、重要度順の指摘と修正案をまとめます。

• アプリ内だけで起きる不調を調べたいとき
• 過去の会話が混ざる原因を調査
• ツールの未実行や実行の誤報を確認

競合のブランド表現やサービス、実績などを共通の基準で採点し、根拠付きの比較カードと戦略上の二軸図にまとめ、自社が狙う位置の競合を把握するスキル。

• 共通基準で競合を比較したいとき
• 根拠付きの競合カード作成
• 二つの戦略目標で競合を整理したいとき

AIが修正したコードで同じ不具合が再発しないよう、APIの必須項目や処理分岐を自動テストで確認し、テストとビルドを先に行うレビュー手順を整えるスキル。

• バグ修正後に再発防止テストを足したいとき
• API応答の必須項目を確認したいとき
• テスト用と本番用の応答を見直したいとき

Cisco IOS／IOS-XEの設定をレビューし、通信の許可・拒否ルールやインターフェースの確認、障害調査用コマンドの選定、変更前後の検証を支援します。

• 変更前のルーター・スイッチ設定レビュー
• 読み取り専用コマンドで障害を調べたいとき
• ACLのマスクと適用方向の確認

AIエージェントに任せる開発を、完了条件の定義、作業分割、実装前後の評価で進め、難易度に応じたモデル選択と費用・時間の記録まで整理するスキル。

• AIエージェントに任せる開発の計画
• 大きな変更を検証可能な作業に分けたいとき
• 実装前後の評価を比較したいとき

質問応答や文書検索を組み合わせたAI処理をDSPyで構築するスキル。入力と出力を定義して部品を組み合わせ、学習例と評価指標を使ってプロンプトを自動調整します。

• 文書検索付きの質問応答を作りたいとき
• 学習例でプロンプトを調整したいとき
• 文章から構造化データを抽出したいとき

画面デザインの方向性を比べるため、操作できるHTMLの試作を2〜3案作ります。レイアウトや情報量の違いを見比べ、各案の長所と弱点から採用案を検討します。

• 実装前に画面レイアウトを比較
• 情報量と余白の違いを試したいとき
• フィルターやパネル操作の試作

**MANDATORY for ALL MCP server work** - mcp-use framework best practices and patterns. **READ THIS FIRST** before any MCP server work, including: - Creating new MCP servers - Modifying existing MCP servers (adding/updating tools, resources, prompts, widgets) - Debugging MCP server issues or errors - Reviewing MCP server code for quality, security, or performance - Answering questions about MCP development or mcp-use patterns - Making ANY changes to server.tool(), server.resource(), server.prompt(), or widgets This skill contains critical architecture decisions, security patterns, and common pitfalls. Always consult the relevant reference files BEFORE implementing MCP features.

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

Subjects every non-trivial decision to a fresh-context adversarial review before it stands. Use when you want every assumption cross-examined before proceeding, when stress-testing a plan for hidden failure modes, when correctness matters more than speed, when working in unfamiliar code, when stakes are high (production auth, security-sensitive logic, a high-stakes migration, irreversible operations), or any time a confident output would be cheaper to verify now than to debug later.

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

Conducts multi-axis code review. Use before merging any change. Use when reviewing code written by yourself, another agent, or a human. Use when you need to assess code quality across multiple dimensions before it enters the main branch. Use when asked to review a diff or a pull request, even when the diff is pasted inline.

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

Creates specs before coding. Use when starting a new project, feature, or significant change and no specification exists yet. Use when drafting a PRD or requirements document with objectives and scope, or when requirements are unclear, ambiguous, or only exist as a vague idea. Use when a single requirement spans several independently testable capabilities and needs decomposing into a capability map of modules before specifying.

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

Refines raw ideas into sharp, actionable concepts through structured divergent and convergent thinking. Use when an idea is still vague, when you need to stress-test assumptions before committing to a plan, or when you want to expand options before converging on one. Triggers on "ideate", "refine this idea", or "stress-test my plan".

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

Designer Who Codes: visual audit then fixes with atomic commits and before/after screenshots. Useful for tightening shipped UI before launch.

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

Invoke FIRST, before creating, editing, or deleting components, stories, styles, CSS, themes, colors, or design tokens — anything that changes how the UI looks, no exceptions. Also before running story tests, answering a question about a component's props, API, or usage, starting Storybook, or showing or listing components, stories, or UI states.

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

Explore-first planning consultant that writes one decision-complete work plan before coding. Use only on an explicit user request for the ulw-plan workflow or a plan before implementation; it never self-activates on a bare ulw run.

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