Workflow publishing: program supports it, but no contract/backend/UI path (missing on mobile + VSCode + CLI)

[zo-sol]

Status: Planned / not yet implemented. Deferred from the current VSCode parity pass because it does not exist on mobile either (so it is a net-new feature, not a port).

Summary

You can buy a workflow but you cannot publish one. The on-chain program already supports workflows; nothing above it does. Workflow publishing is missing on every surface (mobile, VSCode, CLI), and in the shared contract and backend.

What exists vs what's missing (verified)

Layer	Workflow publish?	Evidence
Rust program publish_item	yes — supports required_skills + workflows collection	agent-workflow-nft (RustRover)
Low-level ix publishItemIx	yes — takes requiredSkills + group	packages/core/src/nft/workflowGate.ts
Backend publishSkill()	no — hardcodes requiredSkills: [], skills collection only	packages/core/src/nft/skill.ts:168,170
Shared contract publishSkill message	no — has no requiredSkills / kind field	packages/core/src/chat/marketMessages.ts:113
UI (mobile PublishForm, VSCode publishView, CLI)	no — no kind toggle, no required-skills picker	surfaces/webview/src/market/PublishForm.tsx (skill-only form)

Note: the publish progress path is already kind-aware — publishProgress carries kind: "skill" | "workflow" and the progress view tints workflows amber. Only the authoring path is missing.

Proposed (full-stack)

1. Contract: extend publishSkill (or add publishWorkflow) with kind + requiredSkills: string[] (prerequisite skill mint ids).
2. Backend: a publish path that forwards requiredSkills and enrolls into the workflows collection group (the ix + program already accept this).
3. UI (all surfaces): a skill/workflow kind toggle + a required-skills picker (pick from owned/published skill mints). Reuse the existing forge/progress view.

Scope

mobile + VSCode + CLI (parity), plus contract + backend. Net-new feature, not a port.

[Jonas-Augustinus-Linus]

#88 스펙 정리가 깔끔해서 따라가기 좋았습니다. 읽기 쪽(SkillCard.type / requiredSkills, marketMessages.ts:19-31)과 온체인 publish_item + publishItemIx(workflowGate.ts:58-66) + corePublishWorkflow(workflow.ts:41-126)가 이미 다 서 있어서, 쓰기 경로만 이 셋을 이어주면 되는 그림으로 읽혔습니다. 혹시 도움이 될까 해서 이 방향으로 정리해 봤습니다(설계 판단은 당연히 존중합니다).

1. 공유 계약 — publishSkill 메시지에 kind / requiredSkills 추가 (marketMessages.ts:119-128)

읽기 쪽 SkillCard가 이미 type / requiredSkills를 들고 있으니, 쓰기 메시지도 같은 필드를 명시로 받으면 양쪽 계약이 대칭이 됩니다.

| {
    type: "publishSkill";
    kind?: "skill" | "workflow";   // 생략 시 "skill"
    name: string;
    description: string;
    text: string;
    category?: string;
    hashtags?: string[];
    requiredSkills?: string[];      // workflow일 때 prerequisite skill mint
    priceSol: string;
    image?: string;
  };

2. 호스트 배선 — 명시 필드 우선, frontmatter는 호환 유지 (env.ts:317-350)

지금 env.ts의 publishSkill이 이미 frontmatter.type === "workflow"면 corePublishWorkflow로 라우팅하고 있어서(:324-336), 남은 건 그 신호를 frontmatter 파싱만이 아니라 명시 필드로도 받게 하는 정도로 보였습니다. 기존 frontmatter 경로를 fallback으로 남기면 무회귀로 갑니다.

const fm = publishFrontmatter(input.text);
const isWorkflow = input.kind === "workflow" || fm.type === "workflow";
if (isWorkflow) {
  const requiredSkills = input.requiredSkills ?? fm.requiredSkills ?? [];
  const mint = await corePublishWorkflow(conn, wallet, {
    name: input.name, description: input.description, text: input.text,
    requiredSkills, category: input.category, hashtags: input.hashtags,
    price: lamports,
  }, onProgress);
  return { ok: true, mint };
}
// 아래는 기존 corePublishSkill 그대로
// (skill 브랜치의 requiredSkills:[]는 plain skill이라 그대로 두면 됩니다)

corePublishWorkflow가 requiredSkills를 그대로 publishItemIx에 넘기고, 프로그램이 각 mint가 공식 컬렉션 멤버인지 검증하니(workflow.ts:108-120) 호스트에서 추가 검증은 얹지 않아도 될 것 같습니다.

3. UI — kind 토글 + requiredSkills 픽커 (PublishForm.tsx)

PUBLISH_THEME에 이미 workflow(amber) 틴트가 정의돼 있는데(PublishForm.tsx:6-9) 지금은 진행 화면에서만 쓰이고, 폼 본체는 skill(violet) 고정입니다. 상단에 kind 토글을 두고 workflow를 고르면 (a) 헤더/버튼을 amber 틴트로 전환, (b) requiredSkills 픽커 노출 — 이렇게 하면 이미 있는 자산을 그대로 재사용할 수 있습니다.

const [kind, setKind] = useState<"skill" | "workflow">("skill");
const [requiredSkills, setRequiredSkills] = useState<string[]>([]);
// ...
send({
  type: "publishSkill",
  kind,
  name: name.trim(),
  description: description.trim(),
  text: text.trim(),
  category: category.trim() || undefined,
  hashtags: hashtags.split(",").map((h) => h.trim()).filter(Boolean),
  requiredSkills: kind === "workflow" ? requiredSkills : undefined,
  priceSol: priceSol || "0",
  image: imageUrl.trim() || undefined,
});

픽커는 결국 mint id 목록만 모아 넘기면 되고, 검증은 corePublishWorkflow 쪽에서 이미 처리하니 UI는 입력/선택 수집만 담당해도 충분해 보입니다.

세 조각 모두 additive라 기존 skill publish 흐름은 그대로 유지됩니다. 방향이 괜찮으시면 이 골격으로 PR 하나 열어보겠습니다 — 픽커 UX 등 세부는 Zo 님 설계 따라가겠습니다.