「commit」の検索結果

MastraのPRや指定ブランチから試用版パッケージをnpmに公開します。対象コミットとタグを確認し、公開処理の監視からインストール手順の報告まで進めます。

• PRの試用版を公開したいとき
• ブランチのビルドを専用タグで共有
• 公開結果と導入コマンドの確認

リポジトリ内の文書・テスト・コードから、根拠の明確な小さな不備を探し、修正ごとに検証とコミットを行い、一つのブランチにまとめる保守用スキル。

• リポジトリの定期保守
• 文書・テスト・コードの小さな不備探し
• 検証済みの修正をまとめたいとき

現在のブランチの差分や検証報告をもとに、既存テンプレートに沿ったPRタイトルと英語・中国語の本文を、提出前に確認できるファイルとして準備するスキル。

• 現在の変更からPR文面を作りたいとき
• CIや自動修正用のPR情報を準備したいとき
• 確認手順と検証済みOSを整理したいとき

同じコミットでも失敗と成功が入れ替わるテストを調べ、待機・時刻・乱数・共有資源の問題を最小限の変更で直し、検証内容を保ったまま安定させるスキル。

• 再実行すると通るテストの修正
• タイムアウトや待機方法の見直し
• 時刻や乱数に依存するテストの安定化

AIが書いた原稿の定型表現や単調な文の流れを診断し、具体性と読みやすさを整えます。既存の文体例や読者に合わせて、ブランドらしい語り口へ書き直します。

• 原稿のAIらしい表現を点検したいとき
• 文や段落のリズムを整えたいとき
• ブランドの語り口にそろえたいとき

集客や見込み客の獲得に使う無料ツールを企画し、検索需要や開発負荷で案を比較します。入力・結果画面の設計から公開施策、効果測定まで具体化するスキル。

• 開発前に無料ツール案を比較したいとき
• 結果画面とメール登録の流れの設計
• 紹介ページと公開施策の企画

Gitの作業ディレクトリをブランチごとに分け、ポート割り当てや環境ファイルのコピー、不要な作業領域の整理まで支援し、複数機能の並行開発を進めるスキル。

• 複数の機能ブランチを同時に開発したいとき
• 緊急修正用の作業環境を分けたいとき
• エージェントごとに作業領域を分けたいとき

実行済みの経営判断を、事前に決めた成功・中止基準と実績で評価し、当初の仮説や反対意見も検証して、次の判断に生かす振り返り記録を作るスキル。

• 意思決定の90日後レビュー
• 中止基準に達した施策の検証
• 大きな判断を撤回した理由の分析

提携候補の顧客開拓実績を基に、紹介・再販・OEMなどの区分を判断。90日間の共同販売計画、利益配分、撤退条件を整理し、契約前の検討を支援します。

• 再販・OEM候補を評価したいとき
• 提携区分と認定条件の設計
• 共同販売の90日計画を作りたいとき

採用・資金調達・予算投入などの計画を、資金が続く期間や顧客獲得の採算、持分の希薄化など六つの観点で点検し、実行条件と次の行動をまとめるスキル。

• 手元資金を踏まえた採用計画の点検
• 資金調達前の持分希薄化の確認
• 集客チャネル予算の採算確認

契約書や出資条件を、知的財産・賠償責任・個人情報・規制など六つの観点で点検し、交渉すべき論点と外部弁護士への確認事項を整理するスキル。

• 署名前に出資条件を確認したいとき
• 顧客契約の交渉点を整理したいとき
• 雇用・業務委託の知財帰属の確認

製品ロードマップや機能案を、顧客の目的・継続利用・優先順位など六つの問いで検討し、開発する施策、見送る施策、公開後90日での撤退基準を整理するスキル。

• 四半期の製品計画を点検したいとき
• 機能の開発や廃止を判断したいとき
• 継続利用から製品需要を確かめたいとき

取締役会向けのメモや戦略案を複数のAIでレビューし、賛否と懸念を比較します。共通する指摘と意見の相違を整理し、重要な経営判断の前に確認すべき論点を示します。

• 署名前に資金調達条件を見直したいとき
• 大きな戦略転換の根拠を点検したいとき
• 買収判断のメモを検討したいとき

コード変更を本番障害、保守性、セキュリティの三つの視点で厳しくレビューし、見落としや弱い前提を洗い出して、重要度とマージ判断をまとめるスキル。

• プルリクエストをマージ前に確認
• AIが書いたコードの再レビュー
• 認証やデータアクセス処理の点検

会社の責任分担、週次の指標、会議、四半期目標を一つの運営ルールとして整理します。経営管理の枠組みの比較から、課題解決の進め方や導入手順の設計まで支援します。

• 経営管理の枠組みを選びたいとき
• 業務ごとの責任者を明確にしたいとき
• 週次指標と経営会議の設計

問い合わせや申請を順に処理する業務チームの必要人数を、需要の変動と待ち時間から試算。稼働率の偏りや対応目標の未達リスクを確認し、四半期ごとの採用計画にまとめます。

• サポート・業務運用の必要人数を試算
• 負荷の偏りと対応目標の未達リスク確認
• 習熟期間と離職を含む四半期別採用計画

cmuxに組み込まれたGhosttyの変更から、GhosttyKitの最適化ビルド、上流の更新の取り込み、親リポジトリの参照更新までの手順をそろえるスキル。

• GhosttyKitを再ビルドしたいとき
• 上流のGhostty更新を取り込みたいとき
• 親のサブモジュール参照を更新したいとき

新製品のアイデアを、対象顧客の行動で確かめる検証計画にまとめます。登録や予約注文などの実験案を挙げ、少ない手間で需要を測る指標と成功基準を整理します。

• 開発前に新製品の需要を確かめたいとき
• 登録ページや順番待ちの実験設計
• 予約注文で支払い意思を確かめたいとき

ゲームの本制作前に、開始から課題の解決まで遊べる短い試作を作り、想定する品質での実装可能性、面白さ、実際の制作速度を検証するスキル。

• 設計完了後に制作の実現性を確かめたいとき
• ゲームの一連の流れをプレイ検証したいとき
• 実績から制作速度を見積もりたいとき

Build a throwaway prototype to answer how something should work, feel, or read. Use when committing the wrong answer would be expensive to unravel and a cheap sketch cannot settle it. Not a rough visual probe during brainstorming, not for deciding what to build, not polishing a feature that already works, not implementing the real thing.

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

Set up isolated git worktrees — create a new branch for fresh work, or attach a worktree to an existing branch, PR, or commit. Use when starting isolated work or isolating an existing ref.

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

Take a request all the way to done, hands-off, through the right Compound Engineering skills. A code change ends as an open pull request, pushed without stopping. Use only when the user explicitly asks for autonomous end-to-end work or invokes lfg directly. Use ce-plan, ce-work, ce-debug, or ce-commit-push-pr for work the user reviews step by step.

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

Hands-off, diff-scoped browser QA of the active branch: maps user flows, drives a real browser, autonomously fixes small breakages with regression tests and commits, judges experience against product personas, and writes a durable dogfood report. Manual invocation only.

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

Cut an OpenWork release, release the app, publish a new version, rerun or recover a release tag, verify release assets. Tag-driven GitHub Actions release that makes zero commits to the repo.

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