overengineeringstudio / overengineeringstudio/effect-utils
notion-md: specify database/data-source workspace materialization
Open
Nobody has claimed this yet.
area:notion
origin:agent
type:docs
- Dominant language
- TypeScript
- Stars
- 82
- Forks
- 2
- Avg merge
- 1d 8h
- Merged PRs (30d)
- 121
Description
Context\n\nPR #679 starts managed workspace materialization with Notion child pages only. Database/data-source rows are intentionally out of scope because path, identity, and deletion semantics differ from normal child pages.\n\n## Desired outcome\n\nDefine a principled contract before adding implementation. The design should say whether database/data-source pages become folders, generated files, filtered views, or a separate command surface.\n\n## Acceptance criteria\n\n- Document the intended path mapping and stable identity model for database/data-source-backed pages.\n- Define conflict/deletion behavior separately from child-page materialization.\n- Add fake E2E coverage before live integration coverage.\n- Update the VRS spec once the behavior is chosen.
Posted on behalf of @schickling
| field | value |
|---|---|
agent_name |
🐫 co2-arroyo |
agent_session_id |
1541aa19-13f8-4fa9-b520-ff423b266cea |
agent_tool |
Codex CLI |
agent_tool_version |
0.130.0 |
agent_runtime |
Codex CLI 0.130.0 |
agent_model |
unknown |
worktree |
effect-utils/schickling/2026-05-24-notion-md |
machine |
dev3 |
tooling_profile |
dotfiles@unknown-dirty |
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reviewing PR #679 to understand the existing child-page workspace materialization and why database/data-source rows were excluded. Define the path, stable identity, conflict, and deletion contract, then add fake E2E coverage before live integration coverage. Update the VRS spec once the behavior is chosen.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- typescript
- Domain
- tooling
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100