zchee / zchee/ganja-code

A remove pair for task edges

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

Nobody has claimed this yet.

idea verdict:park
Dominant language
Rust
Stars
2
Forks
0
Avg merge
1h
Merged PRs (30d)
17

Description

What it does

Asks for a ruling on task-list edges, which are add-only today: add a remove pair (remove_blocks and remove_blocked_by), or refuse self-edges and cycles when an edge is written.

Source

ganja-code-e788 (a remove pair for task edges; an open question).

The bead is closed when this issue is published, with its external reference pointing here (#38).

File and line references in this issue are to main as of 75a7a92.

Against the three criteria

  • Direction (README): The README names the team model as a pillar of the product (README.md:6-8).
  • Today's terminal users: A wrong edge or a cycle is undone today only by deleting a task. A self-edge is accepted on purpose.
  • Evidence: The lead's 2026-09-03 ruling — keep edges add-only and document the cost — has landed; what stays open is the choice above.

Depends on

Nothing.

Verdict

  • Verdict: park
  • Reopens: when a do slot frees up in this theme (one slot is open; the captain chose to keep it waiting; its order against #73 is not set).
  • Exception to the probe rule: no.
  • Date: 2026-09-19
  • Verdict ticket: #40

Theme: #53

Contributor guide

No contributing guide indexed for this repository

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.

Research direction

Read README.md:6-8 and verdict ticket #40 first; this issue is a parked design question rather than an implementation task. It becomes actionable only after the team chooses between remove pairs and edge validation, with the chosen behavior and scope recorded clearly enough to implement and verify.

Written by the indexing model from the issue text.

Assessment

Tech stack
rust
Domain
cli
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Active
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.