Spec gap: fields requiring Phase A template protection are not exhaustively listed #9
Labels
No labels
auto/blocked-by-deps
auto/ci-timeout
auto/claimed-implementer
auto/claimed-merge
auto/claimed-reviewer
auto/driver-down
auto/invariant-violation
auto/last-attempt-tier-0
auto/last-attempt-tier-1
auto/last-attempt-tier-2
auto/last-attempt-tier-min
Automation Tracking
auto/needs-conflict-resolution
auto/needs-implementer
auto/postmortem
auto/ready-to-merge
auto/restart-throttled
auto/revert
auto/sentinel
auto/stale-inactivity
auto/unstable
Blocked
Bounty
$100
Bounty
$1000
Bounty
$10000
Bounty
$20
Bounty
$2000
Bounty
$250
Bounty
$50
Bounty
$500
Bounty
$5000
Bounty
$750
MoSCoW
Could have
MoSCoW
Must have
MoSCoW
Should have
Needs Feedback
Points
1
Points
13
Points
2
Points
21
Points
3
Points
34
Points
5
Points
55
Points
8
Points
88
Priority
Backlog
Priority
CI Blocker
Priority
Critical
Priority
High
Priority
Low
Priority
Medium
Signed-off: Owner
Signed-off: Scrum Master
Signed-off: Tech Lead
Spike
State
Completed
State
Duplicate
State
In Progress
State
In Review
State
Paused
State
Unverified
State
Verified
State
Wont Do
Type
Automation
Type
Bug
Type
Discussion
Type
Documentation
Type
Epic
Type
Feature
Type
Legendary
Type
Refactor
Type
Support
Type
Task
Type
Testing
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
cleveragents/actors-spec#9
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Problem
§8.4 describes the template protection mechanism for Phase A rendering, where certain fields must have their template expressions preserved through Phase A so they can be rendered at runtime (Phase C). The spec lists two protected fields:
However, the phrase "any other field that is documented as supporting runtime templating" does not link to any such exhaustive list. No section of the spec enumerates all runtime-templatable fields. An implementor must hunt through the entire spec and make guesses.
Fields that appear to support runtime templating but are not explicitly stated include:
system_prompt✅ (mentioned)prompts[*].content✅ (mentioned)template_varsvalues — unclearconfig.contextvalues — uncleartemplatefield values — uncleartemplate_config.paramsvalues — unclearIf a protected field is missed, the library will render Phase C expressions at load time and fail (or silently produce wrong values) every time a runtime variable like
{{ context.topic }}appears.Impact on Library Implementation
The template protection scanner is a core part of the loading pipeline. An incomplete or incorrect set of protected fields causes subtle bugs where some system prompts render correctly and others don't, depending on what context variables are available at load time.
Fix Needed
Add a table or explicit list enumerating all fields that support Phase C (runtime) template rendering and must therefore be protected during Phase A. This list should be exhaustive and normative, not described by reference to scattered documentation.
References
promptsSection