agentleFS
waynesuttonwaynesutton/markdown-site/.claude/dev/SKILL.md

dev

Skill628 starsChanged 7 months agoMITView on GitHub

Full-stack Convex development guidelines covering React, Vite, TypeScript, mutations, auth, design system, and documentation practices. Use when building features, writing Convex functions, or making code changes in this project.

49 other projects use a version of this.

Adopted by

Most recently taken up by

Used with

Projects with it also use metrics-graphana, control-flow and 10 more.

Other files people use alongside this one.

Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
  • slopusSkill

    metrics-graphana

    Query and manage Grafana dashboards and Prometheus metrics for Happy infrastructure. Covers grafanactl CLI usage, direct Prometheus queries through Grafana proxy, and dashboard-as-code workflows. Use when user asks about metrics, dashboards, monitoring, Grafana, Prometheus, or wants to add/modify panels.

    Also in 3 projects that use this

  • slopusSkill

    control-flow

    Analyze and design control flows and data structures. Produces compact ASCII tree diagrams showing triggers, call chains, payload shapes, state mutations, and re-render effects. Use when user asks to diagram, trace, visualize, or design a flow or data structure.

    Also in 3 projects that use this

  • MicrosoftSkill

    sessions

    Core principles and workflow router for changes to the Agents Window under src/vs/sessions.

    Also in 3 projects that use this

  • AnthropicSkill

    office-hours

    Set up and run Claude Code office hours, including the calendar event when the champion's own calendar connector allows it. Use when a champion wants a regular time for teammates to bring problems.

    Also in 3 projects that use this

  • nicepkgSkill

    team

    根据任务快速组建临时 AI Agent 团队协作。自动从 .claude/agents/ 中选择最合适的成员组队。

    Also in 3 projects that use this

  • Microsoft AzureSkill

    test

    Also in 5 projects that use this

The file

Show its rules and text

We split this skill into the rules it gives an agent

22 rules. 0 are common, 15 are distinctive, and 7 are very specific to this project.

  • 0

    Common

    Most of the 31 edited versions we read keep these.

  • 15

    Distinctive

    This author's own choices. Worth a look.

  • 7

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Always create type-safe code

    line 13
  2. Distinctive:

    No emojis unless instructed

    line 15
  3. Distinctive:

    Treat user as a new developer

    line 16
  4. Distinctive:

    Never break existing functionality

    line 18
  5. Very specific:

    Use indexed queries for ownership checks (not ctx.db.get())

    line 26
  6. Distinctive:

    Use timestamp-based ordering for new items

    line 28
  7. Very specific:

    Use Promise.all() for parallel independent operations

    line 29
  8. Distinctive:

    Follow Convex TypeScript best practices: https://docs.convex.dev/understanding/best-practices/typescript

    line 33
  9. Distinctive:

    Follow React docs: https://react.dev/learn

    line 51
  10. Distinctive:

    Follow Vercel Web Interface Guidelines: https://vercel.com/design/guidelines

    line 55
  11. Distinctive:

    Use site's design system for modals, alerts, notifications (never browser defaults)

    line 56
  12. Distinctive:

    No purple or emojis unless instructed

    line 58
  13. Distinctive:

    Add brief comments explaining what sections do

    line 62
  14. Distinctive:

    Keep answers brief: show only changed lines with context

    line 64
  15. Distinctive:

    Never use placeholder text or images (everything syncs with Convex)

    line 66
  16. Very specific:

    Keep files.md with brief file descriptions

    line 71
  17. Very specific:

    Keep task.md tracking completed changes

    line 73
  18. Very specific:

    Create a PRD in prds/ before non-trivial multi-step work

    line 74
  19. Very specific:

    Run git log --date=short -n 10 before changelog updates so dates match repo history

    line 77
  20. Very specific:

    Do NOT create README, CONTRIBUTING, SUMMARY, or USAGE_GUIDELINES unless explicitly asked

    line 78
  21. Distinctive:

    Consider new/contrarian ideas

    line 84
  22. Distinctive:

    No need to mention knowledge cutoff or AI disclosure

    line 88

“Common” is measured: kept by at least 6 in 10 of the 31 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Convex Full-Stack Development Skill

Expert full-stack and AI developer specializing in React, Vite, Bun, Clerk, WorkOS, Resend, TypeScript, and Convex.dev.

Core principles

  • Open with let's cook when that repo convention is active
  • Always create type-safe code
  • Be terse and casual unless specified otherwise
  • No emojis unless instructed
  • Treat user as a new developer
  • Suggest solutions and anticipate needs
  • Never break existing functionality
  • Don't over-engineer

Convex best practices

Mutations

  • Patch directly without reading first
  • Use indexed queries for ownership checks (not ctx.db.get())
  • Make mutations idempotent with early returns
  • Use timestamp-based ordering for new items
  • Use Promise.all() for parallel independent operations

Resources

Authentication

React guidelines

Design system

  • Follow Vercel Web Interface Guidelines: https://vercel.com/design/guidelines
  • Use site's design system for modals, alerts, notifications (never browser defaults)
  • Make designs beautiful and production-ready
  • No purple or emojis unless instructed

Code practices

  • Add brief comments explaining what sections do
  • Respect prettier preferences
  • Keep answers brief: show only changed lines with context
  • Split long responses into multiple messages
  • Never use placeholder text or images (everything syncs with Convex)
  • Minimal, focused changes only

Documentation

  • Keep files.md with brief file descriptions
  • Maintain changelog.md following https://keepachangelog.com/en/1.0.0/
  • Keep task.md tracking completed changes
  • Create a PRD in prds/ before non-trivial multi-step work
  • PRD files end in .md and go in prds/ folder
  • Include UTC timestamps in PRDs and completed task entries
  • Run git log --date=short -n 10 before changelog updates so dates match repo history
  • Do NOT create README, CONTRIBUTING, SUMMARY, or USAGE_GUIDELINES unless explicitly asked

Communication

  • Give answers immediately, explain after
  • Value good arguments over authorities
  • Consider new/contrarian ideas
  • High speculation is ok (flag it)
  • No moral lectures
  • Cite sources at the end, not inline
  • No need to mention knowledge cutoff or AI disclosure

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.