Przejdź do treści
Biblioteka skilli
Programowanie · Automatyzacja

pm-developer

/pm-developer

Prowadzi pętlę pracy dewelopera w pm-cli: rozpoznanie, przejęcie zadania, implementacja, weryfikacja i zamknięcie, z powiązanymi plikami, testami i dokumentacją oraz budżetem tokenów.

Repozytorium
pm-cli ↗
Licencja
MIT
Ostatnia zmiana repozytorium
27.10.2026

Ocena i bezpieczeństwo

100/ 100Klasa: dobry
Format25 / 25
Frontmatter z nazwą i opisem, poprawna nazwa, opis do 1024 znaków, nazwa zgodna z folderem.
Odkrywalność25 / 25
Opis mówi, kiedy użyć skilla, ma sensowną długość i jest w 3. osobie.
Treść35 / 35
Co najmniej 150 słów i do 500 linii, nagłówki, listy kroków, przykłady albo kod.
Higiena15 / 15
Bez zaślepek typu TODO, bez ścieżek Windows, z licencją.
Ryzykobrak sygnałów w skanie
Pliki w paczce
7
Skrypty
0
Komentarze HTML
0
Adresy URL w SKILL.md
0
Przestarzałość

Brak sygnałów. Repozytorium zmienione 27.10.2026, bez odwołań do wycofanych modeli i API.

Licencja

MIT, otwarta: można używać i zmieniać, z zachowaniem informacji o autorze.

Co robi i kiedy

Prowadzi pętlę pracy dewelopera w pm-cli: rozpoznanie, przejęcie zadania, implementacja, weryfikacja i zamknięcie, z powiązanymi plikami, testami i dokumentacją oraz budżetem tokenów.

Oryginalny opis (EN)

Runs the pm-cli developer execution loop (orient, claim, implement, verify, close) with linked files/tests/docs evidence, under an explicit token budget. Use when coding, debugging, refactoring, or shipping repository changes tracked in pm items.

Jak działa

  1. Load Order
  2. Non-Negotiables
  3. Canonical Loop
  4. Capability Map
  5. Token Discipline
  6. Verification Defaults
  7. References
Sekcje z nagłówków SKILL.md, w oryginale · 122 linii, 756 słów
Podgląd SKILL.md
---
name: pm-developer
description: Runs the pm-cli developer execution loop (orient, claim, implement, verify, close) with linked files/tests/docs evidence, under an explicit token budget. Use when coding, debugging, refactoring, or shipping repository changes tracked in pm items.
license: MIT
compatibility: Works in terminal-based coding agents with bash, Node.js, and pnpm.
metadata:
  owner: unbrained
  domain: pm-cli
  scope: developer-workflow
---

# pm Developer Skill

Implementation work that changes code, docs, tests, or release gates. `pm` is the
system of record: every change is linked to an item, and every mutation is
recorded in an append-only history stream.

## Load Order

Load only the tier the task needs. Costs are measured, not estimated.

| Tier | Load                                          | Cost      | When                                     |
| ---- | --------------------------------------------- | --------- | ---------------------------------------- |
| 0    | This file                                     | ~650 tok  | Always.                                  |
| 1    | `pm next` or `pm context --limit 10`          | ~2.1-2.5k | Pick or resume work.                     |
| 2    | `pm contracts --command <cmd> --flags-only`   | ~1-3.4k   | Exact flags for one command.             |
| 2    | `pm guide <topic> --depth brief`              | ~0.6-1k   | A capability family you have not used.   |
| 3    | `references/*.md` below                       | ~0.3-1k   | Repeatable procedure detail.             |
| 4    | `docs/*.md`                                   | 0.7k-45k  | Only when a reference routes you there.  |

Never load `docs/COMMANDS.md` (~29k) or `docs/SDK.md` (~45k) whole. Both are
routed into by section from the references below.

Optional deep routing that never goes stale:

```bash
pm package install guide-shell --project
pm guide workflows --depth brief
```

## Non-Negotiables

- Author identity is detected automatically. **Never pass `--author` and never
  set `PM_AUTHOR`.** Supported harness signals can supply model, effort, role,
  and topic. Missing observations remain unknown; do not infer them from a
  configured default or invent provenance for historical entries.
- Never edit files under `.agents/pm` directly. Every mutation goes through `pm`.
- Never claim an item's state from memory. Read it live before asserting it.
- Claim before substantial edits; release when paused, handed off, or closed.
- Search before creating. Record the duplicate check as a create-time comment.

## Canonical Loop

```bash
pm next                                   # or: pm context --limit 10
pm search "<task keywords>" --limit 10
pm claim <ID>
pm update <ID> --status in_progress --message "Start implementation"
# ...implement...
pm files <ID> --add path=<path>,scope=project,note="<why>"
pm docs  <ID> --add path=<doc>,scope=project,note="<why>"
pm test  <ID> --add command="node scripts/run-tests.mjs test -- <target>",scope=project,timeout_seconds=240
pm comments <ID> "Evidence: <what changed and what passed>"
pm learnings <ID> --add "<lesson that outlives this item>"
pm test <ID> --run --progress
pm close <ID> "<reason with evidence>" --resolution "<delivered change>" --expected "<required outcome>" --actual "<observed outcome>" --validate-close warn
pm release <ID>
```

Before closing a repository defect, inspect its declared `escape_class` and
`gate_evidence` contract and record the required structured evidence. In pm-cli,
follow [Defect Evidence](../../../docs/DEFECT_RECURRENCE.md#defect-evidence-on-pm-items)
and run `pnpm quality:defect-evidence` **after** closure: a gate run while the item
is active cannot prove terminal-only requirements. Verify runner changes with
both build-enabled and prebuilt CI environments.

## Capability Map

Capability families and their commands are generated from the public SDK
contract. Start with `pm guide capabilities`, expand only the family the task
enters, and use these drift-gated references:

- [Capability routing](../../../docs/generated/AGENT_CAPABILITY_ROUTING.md)
- [Visibility tiers and families](../../../docs/generated/AGENT_COMMAND_SURFACE.md)

`pm help` shows the bounded core tier. Use `pm guide capabilities`, `pm
contracts --summary`, or `pm <command> --help --json` for progressive
disclosure into the wider surface. Durable lessons and history maintenance
(`pm learnings`, `pm history <ID> --verify`, `history-repair`, `history-redact`,
`history-compact`, `close-many`) are routed by `pm guide evidence`.

## Token Discipline

Every read declares a default ceiling and degrades deterministically rather
than truncating silently. Choose in this order:

1. **Projection** — ask for fewer fields: `pm get <ID> --output-include id,title,status,dependencies`.
2. **Row limit** — `--output-limit 20`, or the command's own `--limit`.
3. **Budget** — `--output-budget <tokens>` only when the first two are set.
4. **Continuation** — when a response carries `output_budget_truncation`, use
   the declared `--output-cursor`. Re-running with `--output-budget unbounded`
   can cost orders of magnitude more.

Always read the `omission_receipt` before treating a result as complete. See
[Token budgets and read output](references/TOKEN_BUDGETS.md).

## Verification Defaults

For test authoring, review, or cleanup, apply [pm-test-audit](../pm-test-audit/SKILL.md)
to preserve independent contracts while removing low-value duplication.

```bash
pnpm build
node scripts/run-tests.mjs test -- <targets>
node scripts/run-tests.mjs coverage
pm validate --check-resolution --check-history-drift
pm health --summary
```

Repository-wide gates before proposing a merge: `pnpm quality:static`.

## References

| Need                                             | Load                                                     | Cost     |
| ------------------------------------------------ | -------------------------------------------------------- | -------- |
| Command recipes for the developer loop            | [Command playbook](references/COMMAND_PLAYBOOK.md)        | ~275 tok |
| Prompt templates                                  | [Prompts](references/PROMPTS.md)                          | ~250 tok |
| Bounded reads, cursors, projections, receipts     | [Token budgets](references/TOKEN_BUDGETS.md)              | ~900 tok |
| Typed edges, traversal, planning analytics        | [Relationship graph](references/GRAPH_AND_RELATIONSHIPS.md) | ~900 tok |
| Branching, merging, concurrent agents             | [Multi-agent and merge](references/MULTI_AGENT_MERGE.md)  | ~800 tok |
| Composing pm with grep, jq, xargs, and scripts    | [Scripting](references/SCRIPTING_COMPOSITION.md)          | ~800 tok |
Pliki w paczce (7)
  • SKILL.md 7 KB
  • references/COMMAND_PLAYBOOK.md 1 KB
  • references/GRAPH_AND_RELATIONSHIPS.md 5 KB
  • references/MULTI_AGENT_MERGE.md 3 KB
  • references/PROMPTS.md 1 KB
  • references/SCRIPTING_COMPOSITION.md 3 KB
  • references/TOKEN_BUDGETS.md 3 KB

Wersje

RepozytoriumWynikLicencja
Ta strona · unbraind/pm-cli100MIT
unbraind/pm-cli86MIT

Migawka bazy z 13.11.2026 · wersja paczki 656f66f124cd (skrót SHA-256 całej paczki)

Pobrania w ostatnich 30 dniach: 0 · ranking

Zgłoś problem z tym skillem: szkodliwa treść, błędny opis albo prośba autora o usunięcie.

Podobne skille

  • 100developer-like-execution
    Wymusza przepływ pracy myśl, analizuj, weryfikuj, wykonaj przy implementacji, debugowaniu, refaktoryzacji i przeglądzie kodu.
  • 90understand-propose-implement-verify
    Prowadzi ścisłą pętlę rozwiązywania problemów: zrozumienie, propozycja, implementacja i weryfikacja.
  • 86verify
    Prowadzi fazę testów i przeglądu: uruchamia bramki projektu, przegląd diffu przez dewelopera i testy przez testera, z dowodami.
  • 90designing-developer-cli
    Pomaga zaprojektować narzędzie CLI dla deweloperów, z wynikiem śledzalnym, niezależnie recenzowalnym i bezpiecznym do przekazania innemu agentowi.
  • 90senior-software-developer
    Pomaga rozwijać nowe funkcje, refaktoryzować kod i wdrażać produkcyjne rozwiązania programistyczne na poziomie starszego dewelopera.

Uwagi i zgłoszenia

Wiadomość trafi do Bartosza Sokolińskiego. Adres e-mail jest potrzebny tylko do odpowiedzi. Szczegóły w polityce prywatności.