本文へ移動
cccskills
無料GitHub で公開日本語紹介

workspace-conventions

複数アプリのワークスペースで、共有コードとアプリ固有コード、ファイル保存、認証情報、共通リソースの扱い方やフレームワーク資料の探し方を確認できます。

原文原文の説明を見る

Shared conventions for a multi-app Agent-Native workspace: finding version-matched framework docs and source, shared vs app-owned code, file and blob storage, env and secrets, agent scratch files, and Dispatch Resources. Use when working across workspace apps, storing files or credentials, or looking up framework APIs.

BuilderIO/agent-nativeスター 7,524(GitHub 7,524 + cccskills 0)

実行スコア 未検証

インストール方法を見る

こんなときに便利

  • 共有コードの置き場所を決めたいとき
  • 大きなファイルの保存方法を確認したいとき
  • フレームワークの対応資料を探したいとき
  • ワークスペース共通リソースを追加したいとき

日本語での紹介

できること

複数アプリを含むAgent-Nativeワークスペースで、共通の開発ルールや資料の探し方を確認できます。フレームワークのAPIを調べるときは、バージョンに合ったドキュメントやソースを探す手順を案内します。共有コードは複数アプリで必要な場合に限って共有パッケージへ置き、画面やアクションなどアプリ固有のものは各アプリ内に置く、といった配置の考え方も扱います。構造化データと大きなファイルの保存先、環境設定とシークレットの管理、作業中の一時ファイルの扱い、Dispatch Resourcesで管理する共通リソースについても説明します。

こんなときに便利

複数アプリを横断して開発する人や、ワークスペースに新しい共有機能、ファイル、認証情報、エージェント向けリソースを追加する人に向いています。既存のルールや対応するフレームワークAPIを調べてから実装したいときにも使えます。

使い方の例

  • 「この処理は共有パッケージとアプリのどちらに置くべき?」
  • 「画像ファイルと検索用メタデータの保存先を確認して」
  • 「このフレームワーク機能のバージョン対応資料を探して」

注意点

資料の検索には、ワークスペースで指定されたドキュメント参照手順を使います。ユーザー作成のファイルとエージェントの一時メモでは公開範囲が異なります。

この紹介文は、公開されている SKILL.md をもとに AI(OpenAI Codex)が作成しました。正確な仕様は下の原文を確認してください。

含まれるファイル(1)

  • SKILL.md5.5 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

Workspace Conventions

The long-form detail behind the workspace AGENTS.md core rules. Read this before adding shared code, storing files or secrets, creating workspace resources, or looking up framework APIs.

Framework Docs Lookup

Read agent-native-docs for the lookup workflow (framework-search first, then the focused docs-search / source-search readers, and the rg fallback).

The workspace-specific slugs it does not list are workspace and multi-app-workspace. Feature flags and other specialized workflows are optional; read their skill only when the app uses them. Use package docs for framework APIs, the package corpus for reusable framework/template patterns, and this AGENTS.md plus .agents/skills/ for workspace-specific conventions.

Before building common workspace or agent UI, read agent-native-toolkit to inventory existing public kits and installed package seams. Read customizing-agent-native before adapting shared UI. Use the supported ladder: configure → compose → eject the smallest unit → propose a shared seam. Preview before --apply, commit agent-native.ejections.json, and never edit node_modules or eject protected runtime contracts.

Shared Conventions

  • All AI/LLM behavior goes through the app's agent chat. UI and server code must not call model providers, AI SDK generateText() / streamText(), or other inline LLM APIs directly. Use sendToAgentChat() for local app-agent work, including hidden context and submit: false prefill/review flows. Keep actions deterministic and focused. If a workflow is framed as research, analysis, generation, recommendation, or synthesis, let the agent orchestrate provider/data actions in the open AgentSidebar instead of hiding the work in one opaque action or a separate follow-up textbox. Only use useAgentChatContext, setAgentChatContextItem, listAgentChatContext, removeAgentChatContextItem, and clearAgentChatContext when UI needs two-way sync with staged context chips. Read .agents/skills/delegate-to-agent/SKILL.md before building agent-driven UI or "AI" features.
  • Put shared code in packages/shared only when multiple apps need it.
  • Keep app-specific screens, actions, state, and skills inside apps/<app>.
  • SQL is for structured records, metadata, references, and searchable text. Store large files/blob payloads (base64, data: URLs, images, video/audio, PDFs, ZIPs, screenshots, thumbnails, session replay chunks) in configured file/blob storage and persist only URLs, ids, or handles.
  • Store shared runtime configuration in the workspace root .env; use apps/<app>/.env only for app-specific overrides. For public app behavior, prefer the default in agent-native.config.ts and use the deterministic AGENT_NATIVE_CONFIG_<UPPER_SNAKE_PATH> alias only when a non-secret value needs a deployment override. Never hardcode API keys, tokens, webhook URLs, signing secrets, private Builder/internal data, customer data, or credential-looking literals in source, docs, prompts, fixtures, application state, action responses, or generated app content. Use secrets/OAuth/runtime configuration and obvious placeholders in examples.
  • Each app deploys its own /* page function, and that function ships whatever the app's server bundle depends on — including a dependency only a background job uses. Before an app takes on a heavy runtime (headless browser, ffmpeg, media processing, ML), read .agents/skills/performance/SKILL.md §9 and keep that work in a background function or job. A dependency belonging to one app does not belong in packages/shared.
  • Prefer framework defaults until the workspace has a real custom rule, component, plugin, action, or skill to share.
  • Keep the Workspace files view for user-authored or user-requested resources. Agents may create hidden agent_scratch resources for temporary working notes, scripts, task plans, or intermediate outputs, but should promote them to normal workspace visibility only when the user explicitly asks to keep or manage the file.
  • Runtime-editable global resources can be managed from Dispatch Resources. Use AGENTS.md or instructions/<slug>.md for always-on guardrails, skills/<slug>/SKILL.md for workspace skills, context/<slug>.md for personas/positioning/messaging/company facts/brand guidelines, and agents/<slug>.md for custom agent profiles. Scope them to All apps when every workspace app should inherit them. All-app resources are inherited at runtime; do not copy or sync them into individual apps.

Related Skills

  • adding-workspace-apps — Creating and mounting a new app under apps/.
  • agent-native-docs — The full docs and source-corpus lookup workflow.
  • agent-native-toolkit — Inventory of shared workspace and agent UI.
  • customizing-agent-native — The configure → compose → eject ladder.
  • delegate-to-agent — Routing every AI feature through the agent chat.
  • performance — Load cost, and (§9) cold-start artifact size per app.
  • secrets — Registering API keys and service credentials.
  • storing-data — Where structured data and large payloads belong.

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

コメント

ログインなしで書き込めます。使ってみた感想、質問、動かなかった環境などを気軽にどうぞ。

まだコメントはありません。最初のコメントを書いてみませんか。

送信するとすぐに公開されます。メールアドレスや電話番号などの個人情報は書かないでください。URL は 2 つまでです。

0 / 1000 文字

このフォームは reCAPTCHA で保護されており、Google のプライバシーポリシーと利用規約が適用されます。

同じリポジトリのスキル

a2a-assets

無料概要あり

複数のアプリやMCPホストからブランド画像・動画を生成、調整、書き出し、挿入する作業を支援します。ライブラリ選択や修正依頼も扱います。

  • スライド用のブランド画像を作りたいとき
  • 既存素材をフィードバックに合わせて直したいとき
  • 動画素材を生成して書き出したいとき
BuilderIO/agent-native7,5242026年10月26日 更新

account-health

無料概要あり

特定の顧客企業について、契約と製品利用の数値を照らし合わせ、根拠や不足情報を明記した健全性レポートをまとめます。

  • 顧客の健全性を確認したいとき
  • 契約席数と実利用を比べたいとき
  • 更新前に利用状況を整理したいとき
BuilderIO/agent-native7,5242026年10月26日 更新

actions

無料概要あり

アプリの操作をエージェントと画面の両方から呼び出せるアクションとして実装し、API連携や画面のデータ取得を一貫した形で追加するスキルです。

  • 新しいアプリ操作を追加したいとき
  • 外部APIと連携したいとき
  • 画面からデータを取得したいとき
BuilderIO/agent-native7,5242026年10月26日 更新

adding-a-feature

無料概要あり

新機能をUI・エージェント用アクション・説明資料・画面状態の4領域でそろえ、利用者とエージェントのどちらからも一貫して使えるようにするチェックリストです。

  • 新機能追加の作業範囲を整理したいとき
  • UIとエージェント操作をそろえたいとき
  • 画面状態の同期漏れを防ぎたいとき
BuilderIO/agent-native7,5242026年10月26日 更新

adhoc-analysis

無料概要あり

複数のデータソースを照合して、傾向や指標、根拠をまとめた分析結果を作成します。必要に応じて、再実行できるダッシュボードとして保存できます。

  • 商談と通話記録を照合したいとき
  • 顧客の利用状況を横断して調べたいとき
  • 繰り返し更新できる分析を保存したいとき
BuilderIO/agent-native7,5242026年10月26日 更新

admin-surfaces

無料概要あり

Analyticsの管理画面で、機能フラグの状態確認と切り替え、ダッシュボード利用状況の調査、接続先アプリのデータベース管理を行います。

  • アプリごとの機能フラグを確認・変更したいとき
  • ダッシュボードの所有者や利用状況を調べたいとき
  • 接続済みアプリのテーブルを管理したいとき
BuilderIO/agent-native7,5242026年10月26日 更新

BuilderIO のスキルをすべて見る

このスキルの問題を報告する