wtgoku
214ffa1dfc
Seedream image generation in the server was still split across the generic text2image path and the legacy multipart image edit path. That shape does not match Volcengine Seedream 4.5, which expects JSON requests to /v1/images/generations for both text2image and img2img, with reference images carried through the image field. Constraint: Seedream 4.5 and 5.0 use /v1/images/generations rather than the older multipart /v1/images/edits contract Constraint: Existing Gemini and other image routes must keep their current behavior unchanged Rejected: Keep using /v1/images/edits for Seedream img2img | upstream rejects the request body shape Rejected: Special-case the CLI input contract | the server route adapter owns upstream normalization Confidence: high Scope-risk: moderate Reversibility: clean Directive: Keep Seedream routes on the JSON generations path; do not reintroduce multipart edits for these models without revalidating the upstream API contract Tested: go test ./internal/server; go test ./...; go build -o /tmp/popiartserver-verify ./cmd/popiartserver; test-server txt2img/img2img/img2video smoke with Seedream 4.5 + Vidu Not-tested: Seedream 5.0 live smoke against the test server
popiartServer
Local development backend for popiartcli.
This is a thin single-server backend for local integration. It keeps the CLI
contract stable while pushing model-heavy responsibilities back to
PopiNewAPI.
It is meant to validate these product-facing APIs first:
authskillsrunjobsartifactsmedia- basic
budget,project, andmodelsstubs
Project Relationship
See docs/project-relationship.md.
Persistence details for the current local backend are documented in docs/persistence.md. Stable media URL behavior and rollout notes are documented in docs/stable-media-url-v1.md.
This note explains how popiartcli, popiartServer, and PopiNewAPI split responsibilities, and why routing, billing attribution, and provider access belong in the backend layers rather than the CLI.
Run
make run
Default address:
http://127.0.0.1:8080
Health check:
curl http://127.0.0.1:8080/health
Use it from popiartcli:
cd /Users/jiajia/popiartcli
go run ./cmd/popiart --endpoint http://127.0.0.1:8080/v1 auth login --key <your-popinewapi-key>
go run ./cmd/popiart --endpoint http://127.0.0.1:8080/v1 skills list
go run ./cmd/popiart --endpoint http://127.0.0.1:8080/v1 media upload ./source.png
go run ./cmd/popiart --endpoint http://127.0.0.1:8080/v1 artifacts upload ./source.png --role source
Optional skillhub source:
export POPIART_SKILLHUB_DIR=/tmp/Popiart_skillhub
In local development, /tmp/Popiart_skillhub is used automatically when it exists.
Notes
- Local persistence is intentionally thin:
sessions,job refs, and project route overrides live in SQLite. - The local backend now keeps a lightweight media store under
POPIART_DATA_DIR/media/and exposes stablemediaURLs for uploaded files and persisted job outputs. artifactmetadata is still derived fromresult_refs_json, but new artifacts bind to a localmedia_idand a stableurl.- New endpoints now include:
POST /v1/media/uploadGET /v1/media/:idGET /v1/media/:id/content
job logsare synthesized from job state transitions instead of being stored as a separate table.- The local development backend verifies your login key against the local
PopiNewAPI. - This server is a development backend, not the final production architecture.