Receber por email
← Voltar para o catálogo

conventions

Shared conventions for the solopreneur workflow. Preloaded into agents via the skills frontmatter field.

14estrelas
Atualizado há 5 meses

Ver no GitHub ↗

Como adicionar

/plugin marketplace add pcatattacks/solopreneur-plugin

O comando exato pode variar conforme o repositório. Confira o README no GitHub.

Para o autor da skill

Cole no README do seu repo

Mostra que sua skill está catalogada na Skillteca, gera backlink e tráfego rastreável.

[![Skillteca](https://www.skillteca.com.br/api/badge/conventions-pcatattacks/svg)](https://www.skillteca.com.br/skills/conventions-pcatattacks)
#ai

Alerta por categoria

Receba novas skills de Design e Frontend toda segunda

1 email curto, só com as skills novas de Design e Frontend. 4 minutos de leitura, sem spam, cancela com 1 clique.

Você confirma o email no primeiro envio. Sem spam. Cancela com 1 clique.

Ler descrição completa

Solopreneur Conventions

These conventions are the single source of truth for shared formats across the solopreneur workflow.

Ticket Schema

Tickets are YAML-frontmatter markdown files in .solopreneur/backlog/{project}/:

---
id: MVP-001
title: Short descriptive title
priority: MVP | P1 | P2
type: eng | design | eng+design
status: pending | in-progress | built | tested | done
depends_on: []
blocks: []
design_ref: .solopreneur/designs/{dir}/{screen}.html
branch: ticket/{ID}
worktree: /path/to/worktree
---

## Description
What this ticket implements and why.

## Acceptance Criteria
- [ ] Criterion 1
- [ ] Criterion 2

## Technical Notes
Stack choices, approach, risks.

## Files
(Populated during build)

Status Transitions

pending       → in-progress   (build starts)
in-progress   → built         (build completes)
built         → tested        (QA passes in review)
tested        → done          (merged to main in review)

Where Transitions Happen

Skills contain the operational instructions for the orchestrator. If the state machine changes, update these locations:

  • pending → in-progress: build/SKILL.md (line 43), sprint delegates to build
  • in-progress → built: build/SKILL.md (line 150), sprint/SKILL.md (line 99)
  • built → tested: review/SKILL.md (line 51)
  • tested → done: review/SKILL.md (lines 58, 99)

Review Severity Format

When producing review findings, rate every issue:

  • Critical: Breaks functionality, security vulnerability, data loss risk. Must fix before proceeding.
  • Warning: Incorrect behavior in edge cases, missing validation. Should fix, not blocking.
  • Suggestion: Code quality improvement, better patterns available. Nice-to-have.
  • Positive: Things done well. Always include at least one.

Plan File Format

Implementation plans use this structure:

# Plan: [Feature Name]

## Context
[What we're building and why. Reference source spec/design if applicable.]
**Branch**: `ticket/{ID}` (if ticket build)

## Step N: [Short description]
**Files**: `path/to/file.ext` (create|modify)
**Do**: [Clear, specific instructions for what to write]
**Acceptance**: [Concrete criteria to verify this step is done]
Compartilhar X LinkedIn