ENG-1611 Add provisional status to imported relation schemas

[trangdoan982]

Summary

• Newly imported relation types and triplets are marked provisional and hidden from all creation UIs until the user explicitly accepts them
• Adds ImportStatus type and status? field to DiscourseRelationType and DiscourseRelation; backward-compatible (imported schemas with no status field are treated as provisional)
• Settings UI shows a Provisional badge with Accept + Delete buttons for unreviewed imported schemas; accepting a triplet cascades to also accept its relation type
• Guards publishNewRelation and the Supabase sync from sending provisional schemas

Test plan

• Import nodes from a remote space → relation types and triplets appear in Settings with "Provisional" badge and no Accept button shown yet for accepted ones
• Provisional types/triplets absent from canvas relation tool, RelationshipSection, and RelationPanel dropdowns
• Accept a triplet → triplet and its relation type both flip to accepted; both now appear in creation panels
• Accept a relation type directly → type accepted, triplets remain provisional
• Delete an imported provisional type/triplet → removed correctly
• Sync to Supabase → provisional schemas not included in upsert_concepts payload
• publishNewRelation returns false for provisional triple/type/instance
• Existing imported schemas without a status field treated as provisional (not accepted)

🤖 Generated with Claude Code

---

[linear]

ENG-1611 Add Provisional property to Imported Relation schemas

[supabase]

This pull request has been ignored for the connected project zytfjzqyijgagqxrzbmz because there are no changes detected in packages/database/supabase directory. You can change this behaviour in Project Integrations Settings ↗︎.

---

Preview Branches by Supabase.
Learn more about Supabase Branching ↗︎.

[devin-ai-integration]

Devin Review found 1 new potential issue.

View 7 additional findings in Devin Review.

[devin-ai-integration]

🔴 publishNodeRelations missing isAcceptedSchema filter allows publishing provisional schema data

publishNodeRelations at line 190 reads all discourse relations without filtering by isAcceptedSchema: const relationTriples = plugin.settings.discourseRelations ?? [];. This is inconsistent with the sibling function publishNewRelation (same file), which was updated in this PR to check isProvisionalSchema(triple) at apps/obsidian/src/utils/publishNode.ts:131. The same isAcceptedSchema filtering was applied in DiscourseRelationTool.ts, RelationPanel.tsx, RelationshipSection.tsx, and syncDgNodesToSupabase.ts, but publishNodeRelations was missed.

When a node is published via publishNodeToGroup (apps/obsidian/src/utils/publishNode.ts:453), publishNodeRelations could match a provisional discourse relation triple at lines 213-218 and publish its resource IDs (relation instance, relation type, triple) to the group via ResourceAccess, leaking provisional schema data that the user has not yet accepted.

(Refers to line 190)

Prompt for agents

In publishNodeRelations (publishNode.ts around line 190), the discourse relations list needs to be filtered by isAcceptedSchema, matching the pattern used in publishNewRelation and other functions in this PR.

Additionally, the relation instances loop at lines 211-223 should skip relations where relation.tentative === false, consistent with publishNewRelation line 136. The function also does not check whether the matched relation type itself is provisional (publishNewRelation checks this at line 135).

Specifically:
1. At line 190, filter discourseRelations: import isAcceptedSchema from ~/utils/typeUtils and apply .filter(isAcceptedSchema) to plugin.settings.discourseRelations.
2. At line 211 in the relations.map callback, add a check: if relation.tentative === false, return early (skip publishing tentative/unaccepted imported relations).
3. Optionally, also check that the matched relation type (relation.type) is not provisional, matching the pattern in publishNewRelation lines 132-135.

---

Was this helpful? React with 👍 or 👎 to provide feedback.