「ci」の検索結果

製品紹介、機能、利用者の声、料金、申し込みへの案内を備えたSaaSの紹介ページを作ります。DESIGN.mdの色や書体、配置に沿って単一のHTMLにまとめます。

• SaaS製品の紹介ページを作りたいとき
• 既存のデザイン方針に合わせたいとき
• 機能・利用者の声・料金をまとめたいとき

今週の成果、進行中の作業、障害、重要指標を週次報告用のHTMLスライドに整理。注目すべき数値や異常と、翌週に必要な判断・依頼をチームで共有する資料を作ります。

• チームの週次報告資料作成
• KPIの変化や異常を共有したいとき
• 作業の障害と支援依頼の整理

経営判断に必要な選択肢・リスク・推奨案を整理し、落ち着いた紺と金のHTMLスライドにまとめます。CEOや戦略チーム、取締役会への説明に向くスキルです。

• 収益化の判断に向けて案を比較したいとき
• 推奨案を示す取締役会資料の作成
• 経営陣向けの戦略説明を整理したいとき

四半期の事業進捗・停滞・資源の再配分案を、経営会議の判断につながるHTMLスライドに整理。クリーム色とコバルトブルーの統一されたデザインで仕上げるスキル。

• 経営陣向けの四半期事業レビュー
• 資源の再配分案を説明したいとき
• 投資家向け報告や助言資料の作成

既存の保険会社のデジタル変革を、現状診断・施策の順序・実行体制まで整理したHTMLスライドにまとめます。経営陣の意思決定に向けた資料づくりに使えます。

• 保険会社のデジタル変革計画の提案
• 施策の優先順位と実行順序の説明
• 経営陣の意思決定に向けた資料づくり

月次・四半期などの財務情報を、売上や資金余力の指標、売上・費用グラフ、損益比較表、主要顧客、見通しを備えた1画面のHTMLレポートにまとめるスキル。

• 月次・四半期の財務報告書作成
• SaaSの継続収益や資金余力の確認
• 前期と比較する損益レビュー

インタビューや問い合わせ、アンケートを整理し、製品やデザインの判断に使うHTML画面を作ります。根拠の一覧、テーマ、確信度、改善案の比較、次の実験をまとめます。

• インタビューと問い合わせの分析
• 初期設定の改善案を比較したいとき
• 根拠と不確実性を関係者に共有

文字組み、余白、配色、カードの重なり、控えめな動きを具体的なルールで整え、上質で落ち着いた印象のWebページをコードで制作するスキルです。

• 文字組みにこだわったLP制作
• 非対称なSaaS機能紹介の制作
• 柔らかな影と余白の作品紹介

暖色の光漏れ、35mmフィルム風の粒子、大きなセリフ体を組み合わせ、映画風の冒頭画面や章タイトルを作るスキル。単一のHTMLにまとめます。

• ドキュメンタリーの冒頭画面制作
• 個人短編のタイトル画面作成
• 映画風の章タイトル制作

AgentDBで経験データを使う学習プラグインを作成し、用途に合う学習手法の選択から、行動と報酬の記録、モデルの訓練・評価まで進めるスキルです。

• 過去の経験からエージェントを学習させたいとき
• ゲームや経路選択の意思決定を作りたいとき
• 複数エージェントの経験を学習に使いたいとき

輸入国・輸出国と6桁の商品分類コードを指定し、記録された通常の関税率と相手国向けの優遇税率、適用税率の根拠や対象年を調べるスキル。

• 二国間の商品別関税を調べたいとき
• 通常税率と優遇税率の比較
• 貿易協定による税率低下の確認

マルウェアの感染指標や攻撃用サーバー、悪用が確認された脆弱性の情報を取得し、種類・情報源・深刻度・期間で絞り込んで現在のサイバー脅威を調べるスキル。

• 最近のマルウェア指標を調べたいとき
• 深刻な悪用済み脆弱性の確認
• 攻撃用サーバーの指標確認

市場・競合・消費者・財務などの調査について、章立てと必要データを設計し、収集済みの情報を図表・出典・戦略上の示唆を含むレポートにまとめるスキル。

• 調査の章立てと収集データを設計したいとき
• 市場・競合の調査結果を報告書にしたいとき
• 消費者理解やブランド戦略を整理したいとき

Pythonの非同期処理を止める入出力の候補を検出し、修正やテスト追加につなげます。問題を再現するとテストが失敗することまで確かめ、再発を監視します。

• 非同期Pythonの変更を検査したいとき
• コード全体の入出力停止リスクの点検
• 後片付けやエラー分岐のテスト追加

PDFやスキャン画像、Office文書を読み取り、要約や質問への回答に使える内容へ変換します。長い資料の分割読み取り、検索、ページや領域を示した引用にも対応します。

• スキャンPDFの文字を読み取りたいとき
• Office文書の要約や内容への質問
• 長い資料を数ページずつ読みたいとき

システムや複数エージェントの処理量・応答時間・資源使用量を測定し、過去の結果との比較や負荷テストを通じて、性能低下の検出と基準への適合確認を進めるスキル。

• コード変更前後の性能を比較したいとき
• 負荷を増やして処理限界を調べたいとき
• 複数エージェントの連携性能の確認

GitHub Actionsでビルド・テスト・デプロイを自動化する設定を作成・改善します。複数環境でのテストやキャッシュ、権限管理まで扱うスキルです。

• ビルドからデプロイまで自動化したいとき
• プルリクエスト時の自動テスト
• 複数環境でのテスト設定

リポジトリがAIエージェントの実行基盤を導入できる状態か、適合度など五つの観点で評価します。推定実行費用やひな形の準備状況を、ファイルを変更せず確認するスキルです。

• エージェント実行基盤の導入前評価
• 五つの指標から準備状況を比較したいとき
• 推定実行費用とひな形の準備状況の確認

単純なコードの一括変換を、LLMを呼び出さずに実行します。変換結果の信頼度を確認し、基準を満たす場合だけファイルへ反映するスキルです。

• 多数のファイルを同じ規則で直したいとき
• consoleをまとめて削除したいとき
• CIで再現性のある変換を行いたいとき

rufloの解析コマンドでコード変更のリスクや複雑な箇所を調べ、既存の不具合が再発しないかを確かめるCIチェックの実行・追加を支援するスキル。

• コード変更のリスクを確認したいとき
• 複雑なコードを見つけたいとき
• rufloの回帰チェックを実行したいとき

AgentDBで経験データを使う学習プラグインを作成し、用途に合う学習手法の選択から、行動と報酬の記録、モデルの訓練・評価まで進めるスキルです。

• 過去の経験からエージェントを学習させたいとき
• ゲームや経路選択の意思決定を作りたいとき
• 複数エージェントの経験を学習に使いたいとき

フロントエンドがAPIに期待する応答を契約としてテストにまとめ、Pactでバックエンドとの整合性を検証し、別々に変更・デプロイする際の確認を支援するスキル。

• フロントエンドとAPIの整合性テスト導入
• サービスを個別にデプロイできるか確認
• 遅いE2Eテストの一部を置き換えたいとき

On an explicit planning request, always call `read_skill` for this skill before answering. Research first, then return one concise inline plan; do not create a plan file unless the user explicitly asks or a governing workflow requires one. Start and end the reply by saying this is not a special mode and `go` executes the plan; do not implement in the planning turn. For ordinary implement, build, fix, debug, or refactor requests, work directly. When an explicit plan divides work into separate diffs, commits, or PRs and the user asks to publish, preserve that split and tell the user before deviating.

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

Deliver a runnable local browser app so the user can operate it on the first handoff. This delivery skill does not choose whether a requested local system should be a browser app. On a current turn that explicitly says to implement a brand-new browser project now, load bundled:greenfield-project-scaffolding before project work only after no-peek or permitted top-level placement facts prove that no named or suitable current-folder target resolves the root; never hand off from planning or answer-only turns, existing work, a named or suitable target, or standalone or single-file delivery. Resolve user-blocking product or interface choices with an available interaction surface; resolving those choices alone never authorizes implementation. Always call read_skill for bundled:browser-app-delivery before creating or materially changing a local browser app that owns its start path or a playable browser game. Also load it when the user requests a paste-ready, single-file, offline, or immediately playable browser artifact, even if no local start path should remain, unless the user says they will open or check it themselves or explicitly declines verification. On completed local-server delivery, include exact start commands, a concrete local URL, and explicit browser-open wording. On completed standalone delivery, hand off the exact artifact path or paste URL and smoke result without inventing a server. Do not load it for a self-contained static file that has no owned start path if the user either says they will open or check it themselves or explicitly declines verification. Do not load it for component/style-only edits, deployed sites, backend/API-only work, browser QA, review, explanation, plan-only, or explicit stop/no-tool turns.

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