Back to the chart

AGENTS.md · AJWOO · original template

Product Design Project Agent

Keep an agent grounded in your audience, product brief, accessibility needs, and design system.

Hosted with license and attribution. This is a reviewed version, not an automatic mirror of the latest release.

When to choose it

Projects where the agent needs consistent product constraints across several tasks.

What to know first

Original starter template, not a measured popular resource. Replace placeholders and merge with existing project rules.

Use it in your project

Save as AGENTS.md in your project folder, fill in the brief, and merge with your existing instructions.

Tools documented by the source: AGENTS.md-compatible agents. Compatibility and output quality have not been independently tested.

Read the setup guide

Read the Markdown

Plain-text preview of the reviewed file. Links and instructions below are the creator’s content.

Open AGENTS.md · 1,678 characters
# Product design project instructions

## Brief — fill this in before work
- Product: [name and purpose]
- Audience: [who uses it and in what context]
- Main user outcome: [one concrete outcome]
- Current task: [flow, screen, or interaction]
- Design system: [link or local path]
- Constraints: [platform, timeline, technology, content, and scope]
- Acceptance criteria: [how we will decide this work is useful]

## Working process
1. Read the brief and relevant existing screens before proposing changes.
2. Separate observed facts from assumptions. Ask about missing information only when it materially changes the decision.
3. Explain the user problem, then propose a small number of alternatives with tradeoffs.
4. Preserve existing components and tokens unless a justified change is needed.
5. Make reversible changes in small steps. Avoid altering unrelated flows.
6. Review the result against the acceptance criteria and disclose what was not verified.

## Interface requirements
- Use plain language, clear hierarchy, and descriptive labels.
- Include loading, empty, error, success, and disabled states where relevant.
- Check keyboard navigation, visible focus, meaningful semantics, contrast, and text resizing.
- Test narrow and wide layouts without hiding essential controls.
- Respect reduced motion. Animation should explain a transition or provide useful feedback.
- Do not invent research findings, analytics, testimonials, or performance improvements.

## Review handoff
Describe the changes, the reason for each, and the checks performed. Include unresolved assumptions and the next research or testing question. Never claim user validation without evidence.

Compare the alternatives

Similar tasks can need different instructions. Compare the scope and setup before choosing.

Compare these resources