feature ready と task ready を分離したいとき、依存・tracker parity・resource scope・active lease を満たす conflict-free batch を算出したいときに使う。
スキルを探す
138 件(daishiman のリポジトリ) ・ 人気順
概要と使いどころ
既存Webアプリへ機能追加・UX改善・不具合修正を1件ずつ安全に実装して公開する。Codexで「既存アプリを改善」「機能を追加」「$improve-app」と依頼されたときに使用する。
新しいWebアプリを要件整理から設計・実装・Cloudflare公開・品質確認まで一貫して構築する。Codexで「アプリを作って」「業務ツールを新規開発」「$build-app」と依頼されたときに使用する。
スキルを作成・更新・プロンプト改善するためのメタスキル。 **最初のアクションは必ず AskUserQuestion**(インタビュー深度確認)。 **collaborative**モードでユーザーと対話しながら共創し、抽象的なアイデアから具体的な実装まで柔軟に対応する。 **orchestrate**モードでタスクの実行エンジン(Claude Code / Codex / 連携)を選択。 Anchors(主要3件・全7件は references/anchors.md 参照): • Continuous Delivery (Jez Humble) / 適用: 自動化パイプライン / 目的: 決定論的実行 • The Lean Startup (Eric Ries) / 適用: Build-Measure-Learn / 目的: 反復改善 • Domain-Driven Design (Eric Evans) / 適用: 戦略的設計・ユビキタス言語・Bounded Context / 目的: ドメイン構造の明確化 Trigger: 新規スキルの作成、既存スキルの更新、プロンプト改善を行う場合に使用。 スキル作成, スキル更新, プロンプト改善, skill creation, skill update, improve prompt, Codexに任せて, assign codex, 実行モード選択, IPC Bridge統一, safeInvoke/safeOn, Preload API標準化, contextBridge, Electron IPC pattern
7人の専門家による多角的レビューを経て、法的リスクを最小化した取引基本契約書を対話形式で自動生成するスキル。 AI事業・IT事業・コンサルティング等に対応し、フリーランス新法(2024)・民法改正(2020)に準拠。 Anchors: - 契約書の作成実務と書式(牧野和夫)/ 適用: 契約構成・条項設計 / 目的: 実務レベルの契約書構造 - AIと著作権に関する考え方について(文化庁 令和6年)/ 適用: AI著作権条項 / 目的: AI利用免責設計 - フリーランスとして安心して働ける環境を整備するためのガイドライン(公取委・厚労省)/ 適用: 支払条件・解約予告 / 目的: 法令準拠 Trigger: 取引基本契約書, 業務委託契約, 契約書作成, フリーランス契約, AI事業契約, 請負契約, 準委任契約, 著作権譲渡契約
Cloudflare Workers CLIでWorkers、KV、R2、D1、Vectorize、Hyperdrive、Workers AI、Containers、Queues、Workflows、Pipelines、Secrets Storeを開発・デプロイ・管理する。Wranglerコマンドを実行する前に使用し、最新の公式ドキュメントに基づく構文と安全規則を確認する。
Cloudflare Workersのコードを本番運用品質のベストプラクティスに照らして作成・レビューする。新しいWorkerの実装、Workerコードのレビュー、wrangler.jsoncの設定、streaming・floating promises・global state・secrets・bindings・observabilityなどのanti-pattern確認で使用する。事前学習の記憶よりCloudflare公式ドキュメントからの取得を優先する。
Chrome DevTools MCPを使ってWeb performanceを分析する。Core Web Vitals(LCP、INP、CLS)とFCP、TBT、Speed Indexを計測し、render-blocking resources、network dependency chains、layout shifts、cache、accessibilityの問題を特定する。表示速度の監査・計測・デバッグ・最適化、Lighthouse scoreの改善で使用する。既定スタックの必須スキルではないoptional群であり、要件で明示された場合、またはapp-orchestratorがv1前の計測として指示した場合のみロードする。事前学習の知識より最新の公式ドキュメントを優先する。
設計の実体。業務構造の診断(中心対象・最頻操作・主役と隠すもの・触りたさ・装飾除去テスト)から体験の規律(デフォルト効果・認知負荷・楽さとミス防止・一括操作・下書き保存・正直なUI・エラー回復・データを消さない・ホーム情報設計・知覚パフォーマンス・行動科学の道具箱)と検収までを1冊で持つ。React hooks は assets/ux-patterns.tsx。機能設計/画面フロー/フォーム設計/UX改善/レビュー/「AIっぽい」指摘の対応で必ず参照する。見た目の素材は Skill jp-web-design。
Cloudflare Turnstileをprojectへend-to-endで導入する。codebaseを調査し、Cloudflare APIでwidgetを作成し、適切なformへ埋め込み、既存backendへ正式なserver-side siteverifyを接続して検証する。Turnstile追加、CAPTCHA設定、botからのform保護、Turnstile連携修正を依頼されたときに使用する。developers.cloudflare.com/turnstile/spinの中核手順へAIDD固有の安全規則を重ねたSkill。
アプリのテストはすべてこのスキルを使う。開発中のTDD(テストファースト)から、 ユーザー目線のE2E・受入テスト、インフラ/デプロイ検証、リリース前の網羅テストまでを1つに統合。 「テストを書いて」「テストして」「動作確認して」「TDDで進めて」「カバレッジを確認」 「E2Eテスト」「リリース前にちゃんとテストしたい」「本番で動くか確認」「回帰テスト」 などの文脈で必ず使用する。§0「適用段階」に従い、たたき台〜v1 では「壊れたら困る順」の最小テスト、 固定化段階(v1 到達後のブラッシュアップ)ではユーザーがテストと明示しなくてもTDDサイクルを適用する。 セキュリティ・コスト・パフォーマンスの監査は Skill launch-security を併用する。
個人開発(レビュアーが自分ひとり)で、Issue起票→ブランチ作成→コミット→PR作成→マージ→リリースタグ→取り消し までを gh CLI で一貫管理するための運用ルールとテンプレート集。「ブランチ切って」「ブランチ名どうする」「コミットして」「PR出して」「プルリク作って」「PRのタイトル/説明書いて」「Issue立てて」「課題を整理して」「マージして」「リリースして」「前の状態に戻して」などの依頼で必ず使用する。app-orchestrator の追加開発モード(ブランチ+PR)を実行するときの具体手順もこのスキルに従う。GitHub MCP は使わず gh CLI を使う。
社内向け業務アプリを「業務に必要な機能一式を盛り込んだ初回リリースを最短で出し、そこから育てる」MVPファーストで開発するための思考法・進行ルール。依頼者が非エンジニアである前提の会話プロトコル、1画面1目的のUI原則、決めること/決めなくていいことの仕分け、社内アプリの必要最低限セキュリティライン、残課題の管理方法を定める。「とりあえず形にして」「まず動くものを」「MVPで」「さっと使えるものを」「社内ツールを早く」「非エンジニアに見せたい」などの依頼で必ず使用する。新規アプリの要件定義ステージ開始時に app-excellence とセットでロードする。
任意のアプリのコードベースを解析して LLM API 呼び出し箇所を洗い出し、「1 回の処理(フロー)で どれだけのトークン/費用がかかるか」「N 件・DAU 規模でいくらか」を根拠付きで試算するスキル。 プロンプト/ツール定義/RAG/エージェントループ/キャッシュ/思考トークンまで合算し、無料 or 確認付き 有料の実測でグラウンディングする。成果物は Markdown レポート + 対話 HTML 計算機 + コスト JSON。 「このアプリの API コストはいくら」「モデル別/件数別の費用」「LLM の ROI 試算」「トークン数を数えて」 「1リクエストいくら」等で起動。既定スタックの必須スキルではない optional 群であり、AI 機能を含む要件で明示された場合、 または app-orchestrator が v1 前・AI 機能変更時の試算として指示した場合のみロードする。
日本語Web UIの素材集。既定配色は暫定標準カラー(ブルー基調・ライトのみ・色は役割トークンだけを参照し、主操作は action-primary-*、状態は status-* に固定)。明示指定時だけMode B Pop。タイポと数値表記・レスポンシブ4段・部品HTML/CSS・モーションとa11y・情報設計の工程と表示形式の導出・動く参照実装(assets/reference)・コントラスト検査/トークン生成/旧配色の自動移行スクリプトを持つ。設計判断と体験の規律は含めない(Skill ux-design から参照される後工程)。UIの実装・見た目のレビュー・配色の導入や移行で必ず参照する。
Cloudflare Durable Objects の実装とレビューに使用する。チャットルーム、マルチプレイ、予約システムなどの状態を持つ協調処理、RPC methods、SQLite storage、alarms、WebSockets、Workers統合、wrangler設定、Vitestでのテストを扱う。事前学習の知識より最新のCloudflare docsの取得を優先する。
アプリ・Webサービス・業務ツールの制作を、証拠分析→確定的な初稿→要件定義→体験設計→機能分解→実装→品質ゲート→リリース判定の手順ゲート制で進めるスキル。質問で要件を埋めるのではなく、依頼文・既存コード・資料・ログから最有力案を選び、動く成果物を先に出して差分で改善する。ユーザーが「アプリを作りたい」「ツールを作って」「〜を自動化したい」「システム化したい」「要件定義」「仕様を決めたい」「UI/UXを設計して」「体験を良くしたい」「機能を洗い出して」「MVPを決めたい」「品質チェック」「リリースしていいか判断して」などと言ったら必ず使用する。外部データの取込・マスタ・締め処理を伴う業務システムでは references/data-lifecycle.md も併用する。新規・既存を問わずアプリの制作・改善・リニューアルで使用する。
設計系スキルの入口。「AIっぽい」「テンプレート感」「もっと洗練させたい」「管理画面のレビュー」など画面設計の相談を受けたら、業務構造の診断(ux-design §0-1〜§13-1)と見た目の素材(jp-web-design)のどれをいつ読むかをここで決める。UIの新規設計・リニューアル・レビューの着手時に必ず最初に開く。