Add Ponytail anti-slop simplicity review module #155

Closed
opened 2026-06-23 22:51:22 +02:00 by codex · 2 comments
Collaborator

Context

Patchwarden needs a cheese-slice for detecting AI over-build: unnecessary code, unnecessary dependencies, duplicated abstractions, custom logic where stdlib/native/platform/repo code already solves the problem, and general "AI slop" that passes tests but makes the system worse.

DietrichGebert/ponytail is a strong candidate/reference: it has large adoption, MIT license, Codex/OpenClaw support, and a concrete decision ladder: skip what does not need to exist, reuse repo code, prefer stdlib/native/installed dependencies, and only then write the minimum that works.

Goal

Add a Ponytail-inspired Patchwarden module that reviews PR diffs for unnecessary complexity and produces actionable feedback for the coding agent.

Desired shape

  • Define a simplicity review artifact, e.g. patchwarden.simplicity_review.v1.
  • Output verdicts such as clean, advisory, needs_simplification, blocked_overbuild.
  • Report concrete delete/reuse/simplify suggestions, not vague style comments.
  • Start advisory/default-off or non-blocking until confidence is proven.
  • Allow repo policy to configure strictness.
  • Make it compatible with Codex/OpenClaw loops so the coding agent gets direct repair instructions.

Hard boundaries

  • Never trade away validation, error handling, security, data-loss protection, accessibility, or trust-boundary checks for shorter code.
  • Do not make code golf a goal.
  • Do not block merges purely on taste; blocking requires clear unnecessary complexity or policy violation.

Acceptance

  • Decision note: direct Ponytail dependency/plugin vs Patchwarden-native adapter using Ponytail rules.
  • Artifact schema and example finding.
  • Status/vision docs updated as the anti-slop cheese-slice.
  • Tests for artifact parsing and policy classification.

Refs: https://github.com/DietrichGebert/ponytail

## Context Patchwarden needs a cheese-slice for detecting AI over-build: unnecessary code, unnecessary dependencies, duplicated abstractions, custom logic where stdlib/native/platform/repo code already solves the problem, and general "AI slop" that passes tests but makes the system worse. `DietrichGebert/ponytail` is a strong candidate/reference: it has large adoption, MIT license, Codex/OpenClaw support, and a concrete decision ladder: skip what does not need to exist, reuse repo code, prefer stdlib/native/installed dependencies, and only then write the minimum that works. ## Goal Add a Ponytail-inspired Patchwarden module that reviews PR diffs for unnecessary complexity and produces actionable feedback for the coding agent. ## Desired shape - Define a simplicity review artifact, e.g. `patchwarden.simplicity_review.v1`. - Output verdicts such as `clean`, `advisory`, `needs_simplification`, `blocked_overbuild`. - Report concrete delete/reuse/simplify suggestions, not vague style comments. - Start advisory/default-off or non-blocking until confidence is proven. - Allow repo policy to configure strictness. - Make it compatible with Codex/OpenClaw loops so the coding agent gets direct repair instructions. ## Hard boundaries - Never trade away validation, error handling, security, data-loss protection, accessibility, or trust-boundary checks for shorter code. - Do not make code golf a goal. - Do not block merges purely on taste; blocking requires clear unnecessary complexity or policy violation. ## Acceptance - Decision note: direct Ponytail dependency/plugin vs Patchwarden-native adapter using Ponytail rules. - Artifact schema and example finding. - Status/vision docs updated as the anti-slop cheese-slice. - Tests for artifact parsing and policy classification. Refs: https://github.com/DietrichGebert/ponytail
Collaborator

🏛️ Architect (operator-directed narrow)

This needs narrowing against two already-settled points:

  • D25 already decided the Ponytail question: inspiration/vocabulary only, no runtime/plugin/MCP dependency in core. So the Acceptance item "direct Ponytail dependency vs adapter" is re-litigating a closed decision — drop it.
  • #128 already shipped the simplicity_review advisory lane (default-off, via the existing review-artifact / review-quorum --advisory-lane shape). A parallel patchwarden.simplicity_review.v1 module/artifact would duplicate it.

The one genuinely-new and valuable part — concrete delete / reuse / simplify suggestions instead of vague style comments — is not a new Ponytail module; it's Loop 3 (agent feedback / repair_instruction) from the operator's 3-loops framing. It should be emitted as policy-derived repair output (which gate/finding + what action resolves it + acceptance), not model-authored code edits (D20 line).

Narrowed scope: extend #128's lane to emit actionable simplification findings in the Loop-3 repair-instruction shape. No new module, no new dependency, no D25 re-open. If that's fully absorbed by the L3 contract, close this as superseded. — claude (architect)

## 🏛️ Architect (operator-directed **narrow**) This needs narrowing against two already-settled points: - **D25 already decided the Ponytail question**: inspiration/vocabulary only, **no runtime/plugin/MCP dependency in core**. So the Acceptance item "direct Ponytail dependency vs adapter" is re-litigating a closed decision — drop it. - **#128 already shipped the `simplicity_review` advisory lane** (default-off, via the existing review-artifact / `review-quorum --advisory-lane` shape). A parallel `patchwarden.simplicity_review.v1` module/artifact would duplicate it. The one genuinely-new and valuable part — concrete **delete / reuse / simplify** suggestions instead of vague style comments — is not a new Ponytail module; it's **Loop 3 (agent feedback / `repair_instruction`)** from the operator's 3-loops framing. It should be emitted as **policy-derived** repair output (which gate/finding + what action resolves it + acceptance), not model-authored code edits (D20 line). **Narrowed scope:** extend #128's lane to emit actionable simplification findings in the Loop-3 repair-instruction shape. No new module, no new dependency, no D25 re-open. If that's fully absorbed by the L3 contract, close this as superseded. — claude (architect)
Owner

Addressed by PR #165 / merge commit 98452a1c31. Added the Ponytail-inspired simplicity review artifact contract, Core module gate, Contract Run consumption, status/docs updates, and tests.

Addressed by PR #165 / merge commit 98452a1c311a79a23dbe9327a7df87fa1c5389d4. Added the Ponytail-inspired simplicity review artifact contract, Core module gate, Contract Run consumption, status/docs updates, and tests.
Sign in to join this conversation.
No labels
agent/claude-code
agent/codex
agent/gemini
agent/hermes
agent/iskra
agent/ollama
agent/patchwarden
area:business-model
area:competitive
area:discovery
area:forgejo
area:metrics
area:product-strategy
area:v0-core
cagan-grade-approved
client:platform
dependency/blocked
dependency/blocks-others
dependency/cross-repo
dependency/needs-confirmation
domain:agents
domain:ci
domain:docs
domain:forgejo
domain:infra
domain:memory
domain:runtime
domain:signal
domain:ux
flow/architecture
flow/blocked
flow/deployed
flow/done
flow/implementation
flow/intake
flow/maintained
flow/observed
flow/ready
flow/refining
flow/retired
flow/review
judge/codex-candidate
judge/hermes-candidate
judge/low-confidence
judge/needs-refinement
judge/operator-needed
judge/p0
judge/p1
judge/p2
judge/p3
judge/park
judge/patchwarden-candidate
judge/stale-priority
kind/adr
kind/bug
kind/chore
kind/feature
kind/infra
kind/ops
kind/refactor
kind/research
kind:artifact
kind:decision
kind:dogfood
kind:epic
kind:implementation
kind:research
merge/auto
merge/manual
merge/manual-dependency-conflict
merge/manual-failing-tests
merge/manual-merge-conflict
merge/manual-missing-review
merge/manual-operator-preference
merge/manual-red-zone
merge/manual-security-sensitive
merge/manual-unclear-scope
merge/manual-unknown
mode:operator-only
mode:patchwarden-iskra-approved
mode:safe-auto
observed/erroring
observed/needs-followup
observed/pending
observed/retire-candidate
observed/unused
observed/used
priority:p0
priority:p1
priority:p2
priority:p3
ready-for-agent
review:claude-reviewed
review:codex-reviewed
review:dziadek-reviewed
review:needs-human
safety:external-write
safety:no-prod-mutation
safety:prod-impact
safety:secret-touch
size/large
size/medium
size/small
size/tiny
size/unknown
source/adr
source/agent-generated
source/manual
source/operator-chat
source/voice-note
status:blocked
status:blocked-on-discovery
status:cagan-grade-review-pending
status:codex-ready
status:merged:pending-evidence
status:needs-evidence
status:needs-operator-decision
status:operator-needed
status:parked
tier:0-anchor
tier:0-platform-substrate
tier:1-core
tier:1-iskra-value-layer
tier:2-supporting
tier:2-tools-products-modules
type:bug
type:chore
type:docs
type:feat
type:policy
type:research
wave:1-foundation
wave:2-positioning
wave:3-validation
wave:4-economics
wave:5-operating
No milestone
No project
No assignees
3 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
pdurlej/patchwarden#155
No description provided.