一键导入
design-refs
Use only when autopilot-design dispatches visual-reference collection and brief creation. Not for top-level user requests or primary capability routing.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
Use only when autopilot-design dispatches visual-reference collection and brief creation. Not for top-level user requests or primary capability routing.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | design-refs |
| description | Use only when autopilot-design dispatches visual-reference collection and brief creation. Not for top-level user requests or primary capability routing. |
| argument-hint | <design task> [--design <path>] [--refs <image paths>] [--no-web] |
| metadata | {"group":"sub","fam":"sub","invocation_class":"parent-invoked","modes":[],"blurb":"Collect external and user-provided visual references and create a brief.","use_when":"Use only when autopilot-design dispatches visual-reference collection and brief creation.","not_for":"Not for top-level user requests or primary capability routing."} |
Follow an explicit artifact or audience language when provided. Otherwise, write the brief, captions, and user-facing report in the conversation language according to <agent-home>/roles/response-policy.md. Preserve paths, URLs, query literals, tool IDs, and source titles.
--design <path>.design_state.yaml under <artifact-root>/designs/ or <artifact-root>/spec/*/design/.design-init must run first.Do not start without enough context to avoid generic output. When brand, design system, references, and tone are all absent, run one focused clarification round covering product context, the intended variation, tone, length, audience, and constraints. Skip this for a small follow-up. Prefer an explicit gap over an invented brief.
Process --refs <paths> and user attachments:
01_refs/_internal/user_provided/01_refs/_internal/references_url.md01_refs/brief_input.mdPreserve originals and record whether an item was copied or linked.
Unless --no-web is set, derive focused image-search queries from scope. Useful patterns include:
ui: <feature> dashboard UI inspiration, <feature> mobile app UIslide: <topic> presentation slide designicon: <concept> icon set minimalistdiagram: <concept> architecture diagramDispatch the material/web-image-search unit:
Design brief: <brief>
Search queries: <queries>
max_results: 5 per query
Output: <design_path>/01_refs/_internal/web_references/
For each result record thumbnail, URL, caption, and source.
Use references only for analysis and style direction. Do not copy protected artwork or imply ownership.
Read 00_init/asset_inventory.md. Summarize the current token and component style, then identify which properties must remain compatible with the new work.
For paper figures or presentation-heavy work, the acting agent may consult established visual preferences when they would materially improve the brief:
python3 <agent-home>/tools/memory/mem.py profile 01_paper_figure_style
python3 <agent-home>/tools/memory/mem.py profile 03_presentation_strategy
Do not make these reads mandatory. Explicit task, audience, venue, and project assets take precedence over remembered preferences.
Write 01_refs/brief.md in the selected artifact language using this structure:
# Design Brief — <name>
## Intent
What the user wants to create in 1–2 lines.
## User and Audience
Who will use or view it.
## Scope
ui / slide / icon / diagram / mixed
## Tone and Mood
- 3–5 keywords such as minimal, playful, technical, or warm
- evidence from user notes and inspected references
## References
### User Provided
- <path>: short description
### External
- <url>: short description
### Existing Assets
- <path>: short description
## Constraints
- existing-token compatibility: required / optional / new system
- responsive range: mobile-first / equivalent
- accessibility: at least WCAG AA
- venue style when producing a paper figure
## Input to the Next Phase
- core mood: ...
- color direction: ...
- typography direction: ...
Update design_state.yaml with:
phases:
refs: done
brief_path: 01_refs/brief.md
01_refs/brief.md01_refs/_internal/user_provided/01_refs/_internal/web_references/01_refs/_internal/references_url.md<design_path>/01_refs/ -- ✅ brief ready (N user refs + M web refs)
The acting agent may retain durable tone or reference patterns when they are genuinely useful. Do not make memory writes a completion requirement.
Use when source code must be implemented, debugged, refactored, or code-audited through a plan, execution, test, and report loop. Not for requirements-only changes, new empirical experiments, or document-only editing.
Use when persistent analysis of code, a paper, or a document must be created or refreshed because it is absent, stale, or explicitly requested. Not for read-only project orientation, context recovery, or status reporting.
Use when durable cross-project user preferences must be inferred from coding, writing, or analysis evidence and stored as a profile. Not for one-project context recovery, casual preference acknowledgment, or ordinary task execution.
Use when a visual product surface needs references, design tokens, components or mockups, review, and development handoff. Not for implementing an already-approved design in code or for document prose work.
Use when a new paper, presentation, report, proposal, or other user-facing document must be produced from evidence. Not for correcting only an existing document or for source-code implementation.
Use only when autopilot-draft dispatches document strategy and evidence-plan creation. Not for top-level user requests or primary capability routing.