Skip to content

docs(planning): log the AME feature-surface research todo - #145

Merged
dknauss merged 1 commit into
mainfrom
docs/ame-feature-research-todo
Aug 10, 2026
Merged

docs(planning): log the AME feature-surface research todo#145
dknauss merged 1 commit into
mainfrom
docs/ame-feature-research-todo

Conversation

@dknauss

@dknauss dknauss commented Aug 10, 2026

Copy link
Copy Markdown
Owner

What

Adds todos/pending/2026-08-10-ame-feature-surface-research.md and its STATE.md pointer.

Why

The 2026-08-01 prior-art spike read Admin Menu Editor architecturally, scoped to Phase 20's questions — identity, apply model, submenu targeting, hook order, storage. Those findings shipped as COMPAT-04/07/14.

It never examined AME as a product. Its entire feature-facing output is one "market signals" section, and all four gaps it named are now spent:

Named gap (2026-08-01) Status
Import/export Queued as 2026-07-03-config-presets-export-import — unplanned
Reparenting / drag between levels Out of scope in SPEC.md v1, gated on highlighting
Per-role deny Shipped — this is Maestro's cosmetic hiding
True inline editing UX Not a gap; it is the product's premise

The one artifact meant to say what to build next has nothing unclaimed left in it — and after Phases 27/28 there is no milestone.

What the todo scopes

A second pass over AME free / Pro / add-ons (including the free build's modules/, which the prior read skipped), sorting each feature into have-it / deliberately-not / already-queued / unclaimed / anti-feature. Deliverable is a NOTE on the 19-FEASIBILITY-NOTE.md model, and "nothing worth adopting" is written in as a legitimate verdict so the pass is not padded to justify itself.

Constraints are pre-loaded so a finding gets rejected in the note rather than by a later phase: cosmetic-only (with SPEC.md item 7's IN TENSION flag called out), the two-icon budget from DECISION-settings-surface.md, borrow-patterns-not-code, and editing-happens-on-the-menu. New candidates rank against the existing queue — losing to something already queued is a finding too.

Architecture is explicitly out of scope, as is other prior art ("Wider Admin Menu" / "Hide Admin Menu" belong to SPEC.md items 9 and 10).

Risk

Planning docs only. No plugin code, no tests affected.

🤖 Generated with Claude Code

The 2026-08-01 prior-art spike read Admin Menu Editor architecturally, scoped to
Phase 20's questions — identity, apply model, submenu targeting, hook order,
storage. Those findings shipped as COMPAT-04/07/14.

It never examined AME as a product. Its whole feature-facing output is one
"market signals" section, and all four gaps it named are now spent: import/export
is queued, reparenting is out of scope, per-role deny shipped, and inline editing
UX is the premise rather than a gap. The one artifact meant to say what to build
next has nothing unclaimed left in it — and after Phases 27/28 there is no
milestone.

The todo scopes a second pass over AME free/Pro/add-ons as a product, sorting
each feature into have-it / deliberately-not / already-queued / unclaimed /
anti-feature. Deliverable is a NOTE on the 19-FEASIBILITY-NOTE model, and
"nothing worth adopting" is written in as a legitimate verdict so the pass is not
padded to justify itself.

Constraints are pre-loaded so a finding gets rejected in the note rather than by
a later phase: cosmetic-only, the two-icon budget from DECISION-settings-surface,
borrow-patterns-not-code, and editing-happens-on-the-menu. New candidates rank
against the existing queue — losing to something already queued is a finding too.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
@chatgpt-codex-connector

Copy link
Copy Markdown

You have reached your Codex usage limits for code reviews. You can see your limits in the Codex usage dashboard.

@dknauss
dknauss merged commit 2e6e174 into main Aug 10, 2026
14 of 15 checks passed
@dknauss
dknauss deleted the docs/ame-feature-research-todo branch August 10, 2026 13:41
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant