社区事项 AI 工作台Community casework AI workspace· 2026
OneCase
社区事项 AI 工作台An AI workspace for community casework
把居民反馈整理成可编辑事项,由人确认、跟进并留下可追溯记录。Turn resident feedback into editable cases, with human confirmation, follow-up, and a traceable record.

案例摘要Case summary
目标用户Audience
需要把居民反馈整理、分派、跟进并保留责任记录的社区工作人员和基层服务团队。Community workers and frontline service teams that need to organize, assign, follow up on, and audit resident feedback.
我的角色Role
负责社区事项场景、Intake/Review 状态、消息接入边界、风险阻断和验收;代码由 AI 编程工具完成。Owned the community-case scenario, Intake/Review states, message-ingestion boundary, risk blocking, and acceptance; code was produced with AI coding tools.
交付结果Outcome
完成文字与图片 Intake、人工确认、事项状态流转、消息接入契约和移动端关键路径。Delivered text and image intake, human confirmation, case-state transitions, an ingestion contract, and the key mobile path.
产品洞察Product insight
社区事项不是一次生成文本,而是一条需要被确认、推进和复盘的工作链。AI 草稿、人工确认、状态、证据和后续处理必须处在同一个可追溯闭环里。Community casework is not a one-shot text-generation task. It is a traceable chain of draft, confirmation, ownership, progress, and follow-up.
项目简介Overview
OneCase 面向社区工作人员,把文字与图片反馈整理成结构化事项;AI 负责生成可编辑草稿,人决定新建或关联事项,再通过状态流转、消息接入和处理记录完成后续跟进。OneCase helps community workers turn text and image feedback into structured cases. AI drafts an editable intake; a human decides whether to create or link a case, then follows it through status changes, message contracts, and activity history.
技术栈Tech stack
结果证据Evidence
仓库包含 Next.js web、AI、contracts、domain、db 等分层 package,并保留 Vitest、Playwright 和不变量测试入口。The repo is structured as a Next.js web app plus AI, contracts, domain, and database packages, with Vitest, Playwright, and invariant-test entry points.
README 记录文字/图片 Intake 到 Review 的演示链路,以及真实 StepFun Intake 记录。The README records an Intake-to-Review demo path for text and image input, including a real StepFun intake record.
当前证据支持“流程与工程实现完整”;不据此宣称真实平台已集成、图片质量已验证或模型准确率/延迟达标。The evidence supports complete workflow and engineering implementation; it does not establish live platform integration, image quality, model accuracy, or latency targets.
项目截图Screenshots

关键决策Key decisions
AI 生成的事项草稿不能直接成为社区工作记录,否则错误会进入后续分派和跟进。An AI-drafted case cannot become an official community record without review, or errors will flow into assignment and follow-up.
把 Intake 与 Review 分开,草稿必须经过真人确认后才能进入正式事项流转。Separate Intake from Review and require human confirmation before a draft enters the formal case flow.
外部消息重试或重复投递可能造成重复事项和重复处理。Retries or duplicate external messages can create duplicate cases and repeated work.
用幂等键、契约校验和显式异常状态约束接入边界,让重复与失败都可见。Use idempotency keys, contract validation, and explicit error states so duplicate and failed ingestion remains visible.
想看完整的代码和实现细节?Want the full code and implementation details?
在 GitHub 上查看View on GitHub