Repository navigation
Sync upstream silo-plugin-sdk (2 commits) + fix broken main build - #15
Conversation
Bumps [google.golang.org/grpc](https://github.com/grpc/grpc-go) from 1.82.1 to 1.83.2. - [Release notes](https://github.com/grpc/grpc-go/releases) - [Commits](grpc/grpc-go@v1.82.1...v1.83.2) --- updated-dependencies: - dependency-name: google.golang.org/grpc dependency-version: 1.83.1 dependency-type: direct:production ... Signed-off-by: dependabot[bot] <support@github.com> Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
…o-Server#41) * feat(eventconsumer): give each delivered event a stable event_id Silo is moving plugin event delivery to at-least-once: the API server that produced an event stores it, any API server delivers it, and a failed or timed-out delivery is retried. HandleEventRequest gains event_id, the same on every attempt and for every installation, so a consumer can skip an event it has already handled. runtime-host.md documents the delivery contract. The field is additive: older hosts leave it empty and older plugins ignore it. Refs Silo-Server#40 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> * docs(eventconsumer): say which events can be lost and that one process sees each Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> * docs(eventconsumer): a call that takes over 10 seconds is retried Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> * docs(eventconsumer): never deduplicate on an empty event_id Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> --------- Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
2 upstream commits since 368db36. Rebrand-aware merge by scripts/upstream-sync/prairie_sync.py (base=rebrand(merge-base), theirs=rebrand(upstream)). Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
The previous sync brought the auth-provider surface in unrebranded: auth_provider.proto imported silo/plugin/v1/common.proto, common.proto's go_package used the wrong module casing (an import cycle once regenerated), and examples/hello-scan-source still imported the Silo module, so `go build ./...` failed on main. Fix those, rebrand the test fixtures (prairie_api_version, prairie.plugin.v1 services), and regenerate every .pb.go with protoc-gen-go v1.36.11 / protoc-gen-go-grpc v1.6.1. Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info
📝 Walkthrough
Merge Risk: ⚪ Minimal · up to The SDK adds the event ID contract and updates Prairie references; the inspected SDK and example boundaries are consistent. No concrete merge-blocking risk was identified, though host-side event delivery is implemented outside this repository. Pre-merge checks ·
|
These arrived in an earlier unrebranded sync. The example manifest used silo_api_version, which the Prairie host does not read, so the example plugin would not load. Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
Brings in
Silo-Server/silo-plugin-sdkup to d8cb03a (Silo-Server#41 stableevent_idfor delivered events, grpc 1.83.2).The merge was made with the new rebrand-aware sync tool (
prairie_sync.py merge): upstream is rebranded before the 3-way merge, and the merge commit's second parent is the real upstream commit, so ancestry is preserved. Land with "Create a merge commit"; do not squash.Second commit fixes
main, which doesn't build today (CI on 1c4d83d is red):auth_provider.protoimportedsilo/plugin/v1/common.protocommon.protodeclaredgo_packageasgithub.com/Prairie-Server/...; every other proto uses the lowercase module path, so regenerating produced an import cycleexamples/hello-scan-sourcestill importedgithub.com/Silo-Server/silo-plugin-sdksilo_api_version/silo.plugin.v1.*All
.pb.gofiles were regenerated with protoc-gen-go v1.36.11 and protoc-gen-go-grpc v1.6.1 (as pinned in the Makefile).go build ./...,go vet ./...andgo test ./...pass locally.🤖 Generated with Claude Code
Summary by CodeRabbit