feat: curate the initial company plugin batch - #3645
Conversation
|
🦞👀 Pull request received. I will update this pull request when review starts. ClawSweeper review completeClawSweeper finished reviewing this revision. The review result is being finalized. |
|
The latest updates on your projects. Learn more about Vercel for GitHub.
|
|
Codex review: blocked before merge. Reviewed September 9, 2026, 8:32 AM ET / 12:32 UTC (Revision 4). ClawSweeper reviewWhat this changesProposes three initial company-plugin imports with recorded exclusions, adds synchronization acceptance coverage to CI, and verifies that company adoption preserves existing package history and downloads. Merge readiness⛔ Blocked before merge - 2 items remain This remains a distinct, useful batch proposal absent from current main. No blocking defect was found in the introduced changes; batch acceptance remains a curator decision, separate from production activation. Priority: P2 Review scores
Verification
How this fits togetherClawHub’s curated importer turns reviewed upstream plugin sources into scanned, immutable packages. This proposal supplies its initial source inventory while leaving scheduled publication approvals disabled. flowchart TD
A[Upstream plugin sources] --> B[Recorded candidates and exclusions]
B --> C[Curator acceptance]
C --> D[Digest-bound import plan]
D --> E[Normal publication and security checks]
E --> F[Immutable catalog packages]
G[Explicit scheduling approval] --> D
Decision needed
Why: The implementation preserves existing gates, but technical validation cannot choose which company representations ClawHub should curate; the decision record explicitly leaves acceptance pending. Before merge
Agent review detailsSecurityNone. Review metrics
Technical reviewBest possible solution: Retain one reviewed, dormant source manifest with explicit exclusions, and authorize any later publication through the existing digest, custody, and scan gates. Do we have a high-confidence way to reproduce the issue? Not applicable: this is a curated batch proposal and coverage extension, not a reported existing-behavior defect. Is this the best way to solve the issue? Yes: populating the existing importer’s reviewed manifest is the narrowest implementation path; a separate publisher or relaxed upload limits would duplicate or weaken established behavior. AGENTS.md: found and applied where relevant. Codex review notes: model internal, reasoning medium; reviewed against 6b25e866fb91. LabelsLabel justifications:
EvidenceWhat I checked:
Likely related people:
Rating scale
Overall follows the weaker of proof and patch quality. Workflow
History |
b4f3883 to
5126e46
Compare
Proposes the first curated company-plugin batch across 426 current registry candidates: Arize from its company repository, Intercom under Cursor, and Zoom under Cursor. All source approvals remain disabled until maintainer acceptance.
The decision record preserves snapshot commits, source/license hashes, target publishers, supported capabilities, omitted components and winner/exclusion reasons. The richer OpenAI Zoom candidate is withheld because its normalized 5,431,663-byte artifact exceeds the normal 4 MiB multipart upload limit; the smaller Cursor MCP wrapper passes the normal publisher dry run, and meeting knowledge remains distinct from OpenClaw's Zoom meeting-participant plugin. OpenClaw Slack suppresses the equivalent wrapper. Granola and both Notion sources remain withheld for missing complete MIT licensing. Existing community plugins remain untouched.
The allowlist also records current published and bundled OpenClaw identities, including catalog parity observations. The complete inventory and separate informational permission-needed report are attached to the tracking issue; no company was contacted and no production artifact was published.
The acceptance test now runs in the regular local-auth CI matrix. Verified company adoption also exercises the existing profile workflow and confirms that package identity, release metadata, exact downloaded file bytes and canonical alias redirects remain unchanged after custody transfers.
Validation:
ci:static,ci:unit(6,547 passed, 3 skipped), Convex TypeScript, the targeted adoption test, existing CI-workflow regressions and strict manifest parsing pass. Each of the three real pinned source artifacts passes the normal CLI dry run with exact upload-inventory digest verification. The parent synchronization layer passesci:types-build,ci:packages,ci:e2e-http, public browser smoke (17 passed), and the real local-auth catalog/download acceptance seam with four direct OpenClaw 2026.9.3 installs in a disposable OCM environment. GitHub CI also passed the new company-plugin-sync shard before the final adoption-test checkpoint. The initial batch and adoption regression each passed autoreview; the final required fixture field was manually reviewed and retested.Real browser and API/install proof covers immutable updates, deduplication, withheld artifacts and canonical replacement. Security verdicts in the acceptance seam use controlled worker fixtures, not live-provider certification. Initial production publication and scheduled activation remain disabled pending maintainer review.