overengineeringstudio / overengineeringstudio/effect-utils

notion-md: specify database/data-source workspace materialization

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

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

  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

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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.