Skills
エージェント向けにパッケージ化された専門スキルと手順を 97,222 件掲載。コマンド 1 行でインストールできます。
生産性
現在のユーザーの CawPlan の作業を表示します。担当チケット／重大な問題、優先度順の未完了チケット、日単位／期間指定のステータス変更・完了サマリー、ユーザー自身の再オープン済みチケット、関連する PR／コミット、または PR／コミットがあるがステータスに進捗がないチケットを確認できます。製品／バージョンでの絞り込みも可能です。ユーザーが自分の作業／タスク／チケット、優先度順の未完了チケット、今日／最近のタスク完了やステータス変更の概要、自分のどのチケットが再オープンされたか、今日のチケットの PR／コミット、または PR／コミットがあるのにステータスが更新されていないチケットを尋ねた場合に使用します。他の人の作業、製品／チーム／バージョン全体の再オープンやステータス変更（`cawplan-product-report` を使用）、広範なチケット検索／絞り込み、チケット変更、リリース追跡には使用しません。
カレンダー、タスク、承認、勤怠、OKR にのみ使用し、すべての Feishu オフィスリクエストの汎用エントリポイントではない。ユーザーが freebusy、共通の空き時間の検索、会議室の予約、招待の承諾/拒否、予定の作成や返信、タスク/チェックリストの管理、承認の起票、取り下げ、承認、拒否、転送、CC を求めるとき、打刻/遅刻/休暇の統計を照会するとき、OKR サイクルの照会や進捗の更新を行うときは、本 Skill を使用する必要がある。ユーザー/部門のディレクトリ、メール、過去の会議の検索、会議の録画、Minutes には明示的に使用しない。これらはそれぞれ feishu-cli-platform、feishu-cli-mail、feishu-cli-meetings を使用する。会議通知メッセージには feishu-cli-messaging を使用する。schema を明示的に照会する場合や未ラップの raw OpenAPI を呼び出す場合は feishu-cli-platform を使用する。
ツリー構造の探索（手法・領域・定式化の軸で最大N_I=21候補）とEloトーナメント（新規性、実現可能性、関連性、明確さの4項目）を用いて、アイデアの競争的な創出と順位付けを導きます。順位付きの研究方向の要約と、完全な研究提案を作成します。ユーザーに研究の方向性があり、具体的なアイデアを順位付きで求めている場合、複数のアプローチを比較したい場合、「アイデアを順位付け」「アプローチを比較」「どのアイデアが最善か」「研究提案」などに言及した場合に使用します。研究の方向性をゼロから探す用途（research-ideationを使用）や、論文自体の計画（paper-planningを使用）には使わないでください。
複雑さを畳み込むための認知的操作 — リフレーミング、明確化、還元、分解、反転、制約、転用、一般化、監査 — 難問を単純な解に変えることで知られる数学者、物理学者、ソフトウェアエンジニアの作業方法（Pólya、Feynman、Hamming、Brooks、Knuth、Dijkstra、Lamport、Tao、Grothendieck、Munger、Hofstadter）から抽出。複雑な問題で行き詰まったとき、提案された設計が過剰に作り込まれていると感じるとき、偶発的な複雑さが積み重なったコードをレビューするとき、または難しいエンジニアリングや製品の問題に対するエレガントな解をユーザーが求めたときに使用する。「this feels too complicated」「we are going in circles」「there must be a simpler way」「interview me about this plan」「find the underlying problem」といった表現や、前向き探索が尽きてエージェントが別の角度を必要とする行き詰まりの瞬間にトリガーする。
Scholar MCP で高品質な研究論文を検索・ランク付け・要約・追跡し、永続的なローカル受信箱を通じてユーザーが提出した PDF、DOI、リンクを関心シグナルとして受け取り、lark-cli を使って詳細な要旨、貢献、手法、図表、検証済みリンクを含むエビデンス豊富なバイリンガルの Feishu 精読ドキュメントを作成する。定期的な論文レコメンド、週次の研究ダイジェスト、ユーザーからの論文の直接受信、論文フィードバックの処理、研究関心の変更、Feishu での詳細な論文ノートの作成に使用する。
UX の対応が必要な CawPlan チケットを検索したり、あるプロダクトの UX メンバーのデザイン完了状況を要約します：あるバージョンの UX 保留、UX デザインが未対応の高優先度チケット、あるチームの UX 保留キュー、または指定した期間内にそのプロダクトのデザイナーが UX Ready にしたチケット。使用場面：あるバージョンで UX のフォローアップ/レビュー/仕様が必要なチケット、UX が必要だがまだデザインがない高優先度チケット、チケットに UX が提供されていないチーム、またはプロダクトの UX メンバーの UX/デザイン完了サマリーをユーザーが求めたとき。使用しない場面：チケットの作成・更新、チケットの UX ステータス設定、一般的なチケット検索、リリース追跡（バージョンのリリース健全性には `cawplan-plan-track` を使用）。
堅牢な3段階チェーン（Firecrawl → Jina Reader → Scrapling stealth browser）でウェブページを取得し、クリーンな Markdown に変換します。ユーザーが URL を提示し、ページのテキスト内容を必要としている場合は、WebFetch の代わりにこのスキルを使用します。特に、直接アクセスをブロックするサイト（ペイウォールや閲覧制限のある medium.com の記事、地域制限のある WeChat 公式アカウント（mp.weixin.qq.com）、ボット対策のあるドキュメントサイト、単純な HTTP 取得で CAPTCHA や空ページが返る可能性のあるページ）に適しています。トリガー：「read this URL」「summarize this article/page」「grab the content from」「extract text from」「what does this page say」「fetch this link」、または特定のウェブページにアクセスして処理する依頼。スクレイパーの構築、HTTP ステータスコードの確認、ダウンロード済み HTML ファイルの解析、スクレイピングツールに関する概念的な質問への回答、ページ変更の監視には使用しないでください。
ユーザーが「この会社 / 人物を調査して」「X の身元調査をして」「X に関するネガティブ報道 / 反社・不利情報はあるか」「X は誰が所有 / 運営しているか」「X は制裁対象か / X の制裁チェック」「このベンダー / 取引先 / 候補者 / パートナーを審査して」「エンティティ検索」と言ったときに使用 — あるエンティティ（会社または個人）について、出典付きの調査書にまとめる深掘り調査：身元と経歴、所有権と主要経営陣、不利 / ネガティブ報道、公開制裁リストの氏名一致シグナル、公開情報の調査による PEP の兆候、訴訟 / 規制上の経歴。あくまで調査して出典付きで編纂するものであり、コンプライアンス / AML / CDD の判定でも、制裁や PEP のクリアランスでもない — 制裁リストや PEP のシグナルは、人間のコンプライアンス部門にエスカレーションすべきシグナルであり、「clear」や「block」では決してない。個人の調査は正当な目的に限り、公開情報のみから行う。
EM が自身の有効性を評価し、よくある陥穽を避け、つらい日々を乗り切り、自身の考え方や行動における繰り返し生じる緊張に対処できるように支援する。ユーザーが「行き詰まっている」「これで合っているのか」「個人の成長」「EM の有効性」「盲点」「つらい日々」「自分の行動の健全性チェック」「同じ問題が何度も再発する」「誰かとの間で失敗した」「チームにやる気がない」と言ったときに使用する。問題がユーザーと自身のマネージャーとの関係にある場合（managing-up を使用）や、誰かに具体的なフィードバックを行う場合（feedback を使用）には使用しない。
ローカルのコーディングエージェント（Codex、Claude Code、Cursor など）が、認証済みの `multica` CLI を通じて Multica を操作する必要があるときに使用：issue、コメント、メタデータ、ラベル、カスタムプロパティ、購読者、プロジェクト、エージェント、スクワッド、ランタイム、リポジトリ、スキル、オートパイロット、添付ファイル、ワークスペース状態の読み取りや更新；issue の検索；エージェント実行の確認やキャンセル；外部エージェントから Multica の issue への返信；issue の作成やトリアージ；リンクされたプルリクエストの確認；または Multica のホスト型エージェントランタイムに依存せずに Multica のメンション / ステータスの副作用を安全に処理すること。
全員が忙しくてもチームがコミットメントを果たせなくなる、隠れたキャパシティの消耗をエンジニアリングマネージャーが特定・定量化・削減できるようにする。ユーザーが不可視の作業、トラッキングされていない作業、チームを圧迫するサポート依頼、グルーワーク、シャドーバックログ、スプリントの溢れ、キャパシティプランニングの誤り、チームが常に過小見積もりする、シニアエンジニアの燃え尽き、あるいは「忙しいのに何も出荷されない」ことに言及したときはいつでもこのスキルを使用。診断、エビデンス計画、具体的な介入策を生成する。
REST API を介して Figma ファイルのコメントを読み取り、投稿し、返信し、削除する——コメントを特定のノードにピン留めし、返信をスレッド化することも含む。ユーザーが Figma コメントをプログラムで扱いたいときに使用する——トリガー：「get Figma comments」「read comments on this file」「post a comment in Figma」「leave a comment on this node」「reply to a Figma comment」「pin a comment to this element」「delete a Figma comment」「notify designers of drift」「add a review note in Figma」。コメントは Plugin API / use_figma / ネイティブ Figma MCP では到達できないため、Figma REST API と個人アクセストークンを使用する。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。