「each」の検索結果

米国の医療ソフトウェアでHIPAAへの対応を検討する際に、患者情報の扱い、外部サービスへの送信条件、必要最小限のアクセスと監査記録を確認するスキル。

• AI診療要約のHIPAA対応を確認したいとき
• 患者情報の分析基盤への送信を検討したいとき
• 必要最小限のアクセスと監査記録の設計

記事や告知をもとに、X、LinkedIn、Threads、Bluesky向けの投稿文を作ります。書き手の口調を保ち、各媒体の制約に合わせて内容を調整するスキルです。

• 新サービスの告知を複数SNSで出したいとき
• 記事を媒体別の投稿文にしたいとき
• リリース情報を複数SNSへ展開したいとき

新機能や企画案を、PM・設計・開発・QAの4つの立場から同時に検討します。各役割の懸念や最初の行動を整理し、共通点と意見の対立をまとめるスキルです。

• 新機能を4つの立場で検討したいとき
• 実装前に提案の懸念を確認したいとき
• 新しい取り組みの初動を整理したいとき

複数のEVMチェーンでトークン残高や価格の桁がずれる問題を防ぐため、小数桁数の実行時取得、チェーン別キャッシュ、精度を保つ計算と単位統一を扱うスキル。

• トークン残高の桁ずれを調べたいとき
• 複数EVMチェーンの数量比較
• ブリッジ後の小数桁数の確認

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

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

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

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

Claude Codeでの修正や繰り返し作業から、確信度付きの小さな行動ルールを抽出し、プロジェクト別に管理してスキルやコマンドへ育てるスキル。

• 修正指示や反復作業の知識化
• プロジェクト別の規約管理
• 行動ルールのスキル・コマンド化

大きな機能開発や移行の目標を、複数回の作業に分けた実行計画にします。各工程の背景、依存関係、検証方法をまとめ、別のエージェントへの引き継ぎを支えます。

• 大きな機能を複数PRに分けたいとき
• 複数セッションにわたる移行の計画
• 並列で進められる工程を探したいとき

記事やメモ、動画などをもとに、書き手の語り口を保ちながら、XやLinkedInの投稿、動画台本、ニュースレターを媒体に合う形で作るスキル。

• 一つの記事を複数媒体に展開したいとき
• 製品公開に向けた投稿の準備
• 短編動画やYouTubeの台本作成

エージェントの過去の会話や資料をPineconeに保存し、関連情報を検索して回答に使う仕組みを構築。セッションをまたぐ長期記憶や、意味に基づく検索の試作を支援します。

• セッションをまたぐ記憶を作りたいとき
• 検索した情報を回答に使いたいとき
• ユーザー別に記憶を管理したいとき

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

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

Stop and check this skill before finishing any reply to a question about how to use Claude or a Claude product — it recommends matching courses, tutorials, and use cases from Claude Academy (academy.claude.com), Anthropic's learning hub. Trigger on: "how do I", "how can I", "getting started with", "what can Claude do", "teach me", "learn to use"; questions about artifacts, projects, skills, plugins, connectors, MCP; requests about rolling Claude out to a team, class, or organization; and any ask for training materials, onboarding content, or learning resources. Use it when the user is learning how to use a feature or product — not when they are mid-task and just want the task done. This skill composes with other skills: after consulting product documentation to answer how a Claude feature works, also check here for a matching course or tutorial — a docs-grounded answer and an Academy recommendation belong together. Only recommend on a strong match; never invent Academy content.

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

After you give a substantive answer or draft that the user may act on — advice or recommendations, drafted artifacts such as goals, plans, pitches, proposals, or emails, estimates or projections, analysis or interpretation of data, factual claims they may rely on, or a multi-step argument — invoke this skill BEFORE finalizing your reply and then, if it applies, append 2-3 short follow-up questions, each tied to something specific in what you just produced, that help the user check key facts, probe the reasoning or assumptions, and notice missing context. Do this at most once per conversation. Skip it when the user asked a trivial how-to or simple lookup, wants a purely educational explanation, asked you only to format, convert, or assemble a file from content they provided, is writing code they will run, is doing creative writing or casual chat, or already asked you to double-check, cite, or review — the skill file explains these boundaries and the exact output format.

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

Quality review of a diff: bugs, security, real load, missing tests, speed, and what to delete. Each finding says what goes wrong and how to fix it.

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

Quality review of a change: is the logic right, is it safe, does it hold under real load, is risky code tested, is it fast enough, and is every line needed. Reads the connected code, not only the diff. Each finding is explained in plain English. Use for "review this", "code review", "review the last commit", "review my PR", "is this over-engineered", /ponytail-review.

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

Quality audit of a whole repo: bugs, security holes, what breaks under real load, risky code without tests, slow paths, and what to delete, merge or split. Ranked, each finding explained in plain English. One-shot report, changes nothing. Use for "audit this codebase", "review the whole repo", "find bloat", "what can I delete", /ponytail-audit.

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

Scans the developer's machine for dead side projects, autopsies each one from its git history (died at the payments wall, killed by a newer project, finished but never shipped), surfaces their personal death patterns, and picks the corpse most worth resurrecting — then helps ship it. Use when the user mentions abandoned, unfinished, or old side projects, asks "what should I finish", wants to revive or resurrect a project, says "run the graveyard", wonders why they never finish anything, or is about to start a new project that sounds like one they already built. Runs entirely locally.

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

Caveman at maximum compression: fragments, one word when one word is enough, each fact once. Invoke only with /ultracave or /caveman ultra. Stays on until "stop caveman" or "normal mode".

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

Discover the pull requests this Paperclip instance opened (never community contributions), report what each is for and how confident we are that it is merge-ready, and automatically drive the non-ready ones back to green with /prepare-paperclip-pr — without ever merging.

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

Write user-facing comments, plans, and documents in ASD-STE100 Simplified Technical English — short, unambiguous sentences with approved words and one meaning each — so readers understand them the first time.

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

A three-card social-media carousel laid out as 1080×1080 squares — three cinematic, on-brand panels with display headlines that connect across the series ("onwards." → "to the next one." → "looking ahead."). Each card has a brand mark, a number / total, a caption, and a "loop" affordance. Use when the brief asks for a "carousel post", "social carousel", "Instagram carousel", "LinkedIn series", "X thread cards", or "三连发".

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

An annotated / redline lo-fi wireframe — a desktop landing/marketing page drawn as flat greyboxes inside a browser chrome frame, overlaid with numbered annotation pins (①②③④⑤) in a single accent color, paired with a right-hand SPEC PANEL that lists each numbered pin with a short engineering / UX note. This is the "wireframe + redline spec" style — clean, flat, low-fidelity, NOT hand-drawn. Use when the brief asks for "annotated wireframe", "redline wireframe", "wireframe with spec", "lo-fi landing wireframe", "low fidelity", "线框图", "标注线框", or "redline".

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

A lo-fi multi-screen MOBILE flow wireframe — three or four phone frames laid out in a row on a board, showing a connected user flow (Onboarding → Home feed → Item detail → Confirm). Grey-box content inside each device, dashed connector arrows + numbered step labels between screens, and a couple of annotation callouts. Reads like an app flow pinned to a whiteboard before any pixels are committed. Use when the brief asks for "mobile wireframe", "app flow", "user flow wireframe", "lo-fi mobile", "low fidelity", "线框图", "移动端线框", or "App 流程".

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

A designer's portfolio narrative for a senior interview — three case studies, the craft, and the judgment behind each. Built as a decision-grade career deck for hiring panel.

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