Protected roles and org integrity (no self-termination of the last lead; loop-safe attribution)

Open
#162 0 comments 0 reactions 0 assignees View on GitHub

Maintainers usually reply within 1 day

Nobody has claimed this yet.

Assessment

Difficulty
4/5
Estimated time
3-5 days
Newbie friendliness
48/100
Issue type
Feature
Clarity
Mostly clear
Activity status
Active
Tech stack
typescript

Research direction

The issue names no implementation files or tests; start by tracing agent termination, event attribution and wake rules, plus task reopening behavior, and inspect related issues #117, #145, #1334, #3817 and #3980. Add tests for protected lead/capability removal, self-authored comments not waking their author, and human-only reopening; done means all three rules are enforced and the attempted lead termination produces an Inbox note.

Written by the indexing model from the issue text.

Description

area:agents area:security needs-triage p1 type:feature

Part of #117 · Part of #145 · beat-Paperclip spec id E12

  • Priority: p1
  • Labels: type:feature, area:agents, area:security
  • Relates to: #117 (#128), #145
  • Scope: In Paperclip, the CEO "deleted itself" and took hiring rights with it (#1334). Agent comments are attributed to the user and re-trigger loops (#3817), and agent edits reopen done tasks (#3980). Muster rules:
    • Lead roles are protected: they can't be terminated or paused by an agent, and the last holder of a capability can't be removed.
    • Every event carries an actor from the Ledger, and wake rules ignore self-caused events.
    • Only a human can reopen a done task.
  • Acceptance:
    • An agent's attempt to terminate the lead is refused with an Inbox note.
    • A self-authored comment never wakes its author.
    • Tests cover each rule.

Source: Paperclip issue/discussion research (docs, GitHub issues, live instance).

Dominant language
TypeScript
Stars
3
Forks
0
Avg merge
17h 33m
Merged PRs (30d)
163

Getting set up

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from musterhq/muster-code

All issues in musterhq/muster-code

Similar issues

More TypeScript issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.