fix(codegen): FindManyArgs TCondition slot fix + regenerate SDK from latest constructive-db

[pyramation]

fix(codegen): explicit never for FindManyArgs TCondition + regenerate SDK from latest constructive-db

Summary

Bug fix (3 files, ~6 lines of actual logic):

FindManyArgs<TSelect, TWhere, TCondition = never, TOrderBy = never> has TCondition at position 3. When a table has no condition type, both model-generator.ts and queries.ts were using a spread pattern that omitted TCondition entirely, producing 3-arg calls like FindManyArgs<S, Filter, OrderBy>. TypeScript resolves this as TCondition = OrderBy, TOrderBy = never, which breaks every orderBy parameter on tables without condition types.

Fix: always emit 4 type arguments, passing never explicitly when no condition type exists:

// Before (broken when no condition type):
...(conditionTypeName ? [typeRef(conditionTypeName)] : []),

// After (always 4 args):
conditionTypeName ? typeRef(conditionTypeName) : t.tsNeverKeyword(),

SDK regeneration (~920 auto-generated files): Fresh introspection of constructive-db picks up schema changes including fields jsonb parameter on SecureTableProvisionInput for inline field definitions, new tables (DefaultPrivilege, NodeTypeRegistry, HierarchyModule, SqlMigration, AstMigration), removal of TableModule, and new *TrgmSimilarity/searchScore columns across many tables.

Review & Testing Checklist for Human

• New required fields on existing tables are a breaking change. Many tables now require *TrgmSimilarity and searchScore fields on create. Verify this is expected from the DB schema and that existing consumers (e.g. agent-os provision scripts) are updated before publishing.
• private.graphql was added to sdk/constructive-sdk/schemas/. This file is identical to public.graphql and is excluded by the codegen's EXCLUDE_TARGETS, but it wasn't present before. Confirm this is acceptable or should be excluded from the commit.
• Verify no other codegen paths construct FindManyArgs type args with the same spread pattern. The fix covers model-generator.ts and queries.ts — search for other spread-into-FindManyArgs patterns that may have been missed.
• Test plan: After publishing, update a downstream consumer (e.g. agent-os) to the new SDK version and verify: (1) secureTableProvision.create() accepts fields parameter, (2) findMany with orderBy works on tables that lack condition types (e.g. ViewRule), (3) React hooks build without type errors.

Notes

• This bug existed in PR fix(codegen): include TCondition in React hooks FindManyArgs + add VectorFilter to types.ts #818's fix but was latent — the old schema happened to have condition types on all tables, so the 3-arg path was never hit. The fresh introspection exposed tables without condition types.
• Build passes clean. Unit tests (41 tests, 33 snapshots) all pass.
• Requested by: @pyramation
• Link to Devin Session

[devin-ai-integration]

🤖 Devin AI Engineer

I'll be helping with this pull request! Here's what you should know:

✅ I will automatically:

• Address comments on this PR. Add '(aside)' to your comment to have me ignore it.
• Look at CI failures and help fix them

Note: I can only respond to comments from users who have write access to this repository.

⚙️ Control Options:

• Disable automatic comment and CI monitoring