-
Notifications
You must be signed in to change notification settings - Fork 3
plat 438
github-actions[bot] edited this page Oct 4, 2026
·
1 revision
| Coordination | Value |
|---|---|
| State | fixed on main; not deployed |
| Date | 2026-10-04 |
| Owner | step-execution |
social-media (twitter-automation) run 2026-10-04: review-critic (and
review-profile-health) ran cat knowledgebase/context/context.md through the
bridge shell and got "Operation not permitted". Their knowledgebase_access was
none, so the folder guard and sandbox correctly refused; the Builder has since
granted the critic read access. But the step prompt listed "Knowledgebase
(PERSISTENT, READ)" and told it to read knowledgebase/context:
buildMessageSequenceTemplateVars hardcoded KbAccess = read for every
message-sequence step, ignoring the step's knowledgebase_access.
-
messageSequencePromptKBAccess: the prompt uses the same rule assetupMessageSequenceFolderGuard(resolveKnowledgebaseAccessof the step config; read-write only when the item's effective write access includes KB and the step allows writes). A step with accessnoneno longer sees the KB row or the read instructions. - Regular-step and Agent-orchestrator prompts already used the step config.
- Tests:
TestMessageSequencePromptKBAccessMatchesTheGuard; the template-vars fixture now grants KB read-write on the step, as the real path requires.
- Not deployed; the owner's local app needs a restart to pick it up.
-
review-profile-healthstill hasknowledgebase_access: none; whether it should read the KB is a workflow decision, not a platform bug.
Auto-synced from docs/ on main. Edit there, not here.