feedback-harvest

Triage notion-dev client issue logs and apply warranted fixes in one pull request.

Updated Jul 19, 2026
One-click install
npx skills add https://github.com/forhas/pure-dev --skill feedback-harvest-forhas
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: feedback-harvest
Source: https://github.com/forhas/pure-dev/tree/main/.claude/skills/feedback-harvest
Command: npx skills add https://github.com/forhas/pure-dev --skill feedback-harvest-forhas

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Runtime issue logs written by notion-dev into client repos accumulate without any mechanism reading them, so feedback is either ignored or harvested selectively with no record of what was considered and rejected. This Skill reads every client log, forces every entry into an explicit disposition, applies the warranted fixes, and archives the evidence durably. ## Core Features & Use Cases - Eight-phase harvest pipeline: read prior harvests, collect and group signatures across clients, triage into five dispositions (apply, stale, decline, track, blocked), apply fixes, redact, archive, merge via pull request, and reset client logs. - Redaction gate: strips ticket content, emails, personal names, full database/page ids, absolute paths, and URLs from anything published to the public repo, generalizing to the kind or truncating ids. - Durable archive: writes docs/feedback/YYYY-MM-DD-harvest.md so occurrence counts, version ranges, and rejection rationales survive after client logs are reset. - Use Case: After several client teams run notion-dev and accumulate entries in .claude/notion-dev/notion-dev-issues.md, run the harvest to turn all of that feedback into one reviewed pull request plus a permanent archive, then clean the client logs. ## Quick Start Harvest the client feedback by reading the notion-dev issue logs from the paths in .claude/notion-dev/clients.txt, triaging every signature, and opening a single pull request with the fixes and archive.

Frequently Asked Questions about feedback-harvest

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I process notion-dev issue logs from client repos?

Run the feedback-harvest skill, which reads each client's .claude/notion-dev/notion-dev-issues.md file, groups entries by signature, triages each into one of five dispositions, applies warranted fixes, and opens a single pull request with an archive of the evidence.

What dispositions can a harvested feedback entry receive?

Every signature ends in exactly one of five dispositions: apply (fix in this pull request), stale (already fixed, cited as file:line), decline (with written rationale), track (with an existing ticket URL), or blocked (with a named external cause).

How does the harvest redact sensitive client data before publishing?

A redaction gate runs before anything is committed to the public repo. Full database and page ids are truncated to their last six characters, while emails, personal names, absolute paths, and URLs are generalized to their kind, never reproduced.

When are client issue logs reset after a harvest?

Reset happens only after the pull request merges. Each section is removed by matching a digest of its complete text; if the client appended new evidence since collection, the section is left in place and reported instead.

What are the limitations of the feedback harvest approach?

A concurrent occurrence increment between collection and reset can be dropped, runs that died before writing leave no log entries, and cumulative occurrence history is lost for re-declined items. The log is diagnostics, not accounting.