本文へ移動
cccskills

「a」の検索結果

9.5万 件 ・ 関連度順

Generative Engine Optimization for AI search engines (ChatGPT, Claude, Perplexity).

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

hybridlabor-api/aos62026年10月16日 更新

Model Context Protocol interface to the memB persistent agent memory layer. Use when an agent needs to add, search, list or delete persistent memories locally and offline. Exposes add_memory, search_memory, list_memories and delete_memory.

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

hybridlabor-api/aos62026年10月16日 更新

BDB Shipping Godmode, the final gatekeeper for production releases. Use when running pre-launch checks, feature-flag rollouts, or rollback planning under Spec-Driven Development before a release ships.

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

hybridlabor-api/aos62026年10月16日 更新

Use when brainstorming or planning live event technology, show control, and real-time media systems (TouchDesigner, Resolume, grandMA3).

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

hybridlabor-api/aos62026年10月16日 更新

Reference for how BDB structures autonomous software engineering work — the seven-node dispatcher graph (Architect, TechLead, UI/UX, Engineering, Media/EventTech, Reviewer, Shipping) that /startcycle-graph actually runs. Use when you need the high-level lifecycle framing without inventing your own process.

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

hybridlabor-api/aos62026年10月16日 更新

Use before starting any significant build or before shipping: problem-framing pre-flight, one-way/two-way door classification, ADR-lite decision logging, and post-ship outcome loop. Complements godmode-shipping (technical gate) and bdbresilience (error recovery).

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

hybridlabor-api/aos62026年10月16日 更新

Use when acting as the authoritative design lead for all frontend work, enforcing brand discovery, Anti-Slop rules, DTCG design tokens, fluid motion, and data-driven design generation.

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

hybridlabor-api/aos62026年10月16日 更新

Use when assembling video timelines, rendering code-driven motion graphics, or executing media creation via Remotion, OpenMontage, or TouchDesigner audio/visuals.

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

hybridlabor-api/aos62026年10月16日 更新

BDB Engineering Godmode, enforcing strict Domain-Driven Design, TypeScript strictness, and Clean Architecture. Use when implementing backend/fullstack features or running the systematic 5-step debugging triage.

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

hybridlabor-api/aos62026年10月16日 更新

Utilizes native Rust/Node and Python-based computer-use-mcp servers to control macOS, Windows, and Linux desktops.

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

hybridlabor-api/aos62026年10月16日 更新

Use when one Claude Code session must supervise several others on this machine — adopting sessions the user started by hand, or spawning workers itself. Covers roster, status requests, a GO board, idle notices, and the GO-token protocol. Works with AOS alone; the AO daemon is optional.

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

hybridlabor-api/aos62026年10月16日 更新

update-docs

無料概要あり

コード変更からドキュメントを追従更新する。設計書ファースト原則の例外措置。 やむを得ず先にコードを変更した場合にのみ使用する。 「さっきの変更をドキュメントに反映して」「設計書を最新にして」 「コードと設計書がズレてるから直して」「ドキュメントを最新化して」 「ドキュメント更新して」「設計書を現状に合わせて」などのリクエストで使用する。 通常はドキュメントを先に更新してからコードを修正すること(revise-specを使う)。

i-standard1/yamasaki62026年8月26日 更新

spec-all

無料概要あり

全機能の一括Spec化・一括更新。PM として並列サブエージェントにコード分析を委任し、 結果を統合して全機能の要件定義書を一括生成・更新する。 「全部のSpecを作って」「設計書を全部作って」「全機能をドキュメント化して」 「要件定義を全て更新して」「Specを全部更新して」などのリクエストで使用する。 個別のSpec化には spec-feature を使う。init-specは初期セットアップ専用。

i-standard1/yamasaki62026年8月26日 更新

sync-template

無料概要あり

テンプレートリポの最新をプロジェクトに取り込む。 「テンプレートの最新を取り込んで」「テンプレートを同期して」「スキルを更新して」 「テンプレートをアップデートして」などのリクエストで使用する。

i-standard1/yamasaki62026年8月26日 更新

add-repo

無料概要あり

既存プロジェクトに新しいリポジトリを追加する。Workspaceにリポを追加した後、 CLAUDE.md・設計書・ドメイン構成を差分更新する。 「モバイルリポを追加した」「新しいリポを取り込んで」「リポを追加したので設計書を更新して」 「Workspaceにリポを足した」などのリクエストで使用する。 init-spec の移行モードではファイル存在チェックしか行わないため、 既存ドキュメントの内容を新リポに合わせて拡張するにはこのスキルを使う。

i-standard1/yamasaki62026年8月26日 更新

review-pr

無料概要あり

PRコードレビュー。複数の観点(ロジック・セキュリティ・パフォーマンス・設計整合性)で 並列レビューし、統合結果を出力する。 「PRをレビューして」「このPRの問題点を見て」「PR#123を確認して」 「コードレビューして」などのリクエストで使用する。 PR番号・URL指定、またはカレントブランチのPRを自動検出する。

i-standard1/yamasaki62026年8月26日 更新

apply-design

無料概要あり

デザインの差し替え。ロジックは一切触らず見た目(HTML/CSS/テンプレート)だけを更新する。 「このデザインに差し替えて」「UIをFigmaの通りに変えて」「見た目だけ変えて」 「デザインを更新して」「CSSだけ直して」などのリクエストで使用する。 ロジック変更を伴う場合はrevise-specを使う。

i-standard1/yamasaki62026年8月26日 更新

orchestrate

無料概要あり

SuperPMとしてタスクをドメインPM経由でPGに配布する。 実装を伴うリクエストで自動的に選択される。 3層構造の方針と理由は .claude/CLAUDE.md を参照。

i-standard1/yamasaki62026年8月26日 更新

hotfix

無料概要あり

緊急修正(ホットフィックス)。本番障害時にコード先行で修正し、Spec同期を後追いで行う。 設計書ファースト原則の例外措置。通常の仕様変更には revise-spec を使うこと。 「本番が落ちた」「緊急で直して」「ホットフィックスが必要」「本番バグを修正して」 「至急○○を修正して」などのリクエストで使用する。

i-standard1/yamasaki62026年8月26日 更新

detail-design

無料概要あり

詳細設計書の一括生成。2つのモードを自動判定する: (A) コード分析モード: 既存コードから詳細設計書を逆生成する(init-spec + spec-all 完了後) (B) 設計書ファーストモード: 要件定義書から詳細設計書を新規作成する(コードなし) 「詳細設計を作って」「設計書を完成させて」「実装に必要な設計書を全部作って」 「他のエンジニアに渡せる設計書にして」などのリクエストで使用する。

i-standard1/yamasaki62026年8月26日 更新

feedback-template

無料概要あり

テンプレートへのフィードバック。開発中の問題や改善点をテンプレートリポにPRとして反映する。 「テンプレートに反映して」「テンプレートを改善して」「テンプレートにフィードバックして」 「親テンプレートにPR作成して」「テンプレートリポにPRして」 「これをテンプレートに反映したい」などのリクエストで使用する。 sync-templateは取り込み(pull)、本スキルは反映(push/PR)。

i-standard1/yamasaki62026年8月26日 更新

gen-test-report

無料概要あり

テスト実行結果を集計してテスト結果報告書を生成する。 「テスト報告書を作って」「テスト結果をまとめて」「リリース判定用の報告書が必要」などのリクエストで使用する。

i-standard1/yamasaki62026年8月26日 更新

draft-spec

無料概要あり

新機能の要件定義。自然言語の入力から質問→要件定義書を自動生成する。 「通知機能を作りたい」「こういう機能がほしい」「○○ができるようにして」 「新しく○○を追加したい」「○○機能の要件を作って」などのリクエストで使用する。 まだコードが存在しない新機能を定義するときに使う。既存コードのSpec化にはspec-featureを使う。

i-standard1/yamasaki62026年8月26日 更新

notebook-query

無料概要あり

NotebookLMからナレッジ(議事録・決定事項・背景情報)を検索して参照する。 「ミーティングの内容を確認して」「先週の決定事項を踏まえて」「会議で話した方針で」 「議事録を参照して」「MTGの背景を確認して」「ノートブックで調べて」 「NotebookLMを検索して」などのリクエストで発火する。

i-standard1/yamasaki62026年8月26日 更新