Open the matching bounty recording directly, or use the canonical bounty hub if you want the full proof matrix first.
SocialOS
Hackathon
Bounty hub for fit, integrations, proof cards, and the fastest route through each submission story.
This is the single public submission page for all five DoraHacks bounties. SocialOS stays one product, while each bounty section exposes its own framing, integration, live proof, recording route, and deck appendix reference.
This page is the judge-facing proof surface. /demo/ and /buddy/ remain auxiliary proof pages, while the interactive product stays localhost-only in the recorded videos.
Watch Final Videos
Start here if you want the recordings first. Each card opens the stable /videos/... watch page, then links back into the matching proof surface.
Bring Claw into a human-readable relationship workspace.
Persistent identity, memory, and agent coordination for creator/community ops.
Friendship and gratitude coaching with visible guardrails.
GLM inside multilingual Workspace and draft generation, not a side widget.
Impact workflows with SDG triage, long-term relationship memory, and multi-channel follow-through via Telegram.
Bounty Map
Start here, jump to the matching bounty section, then open the linked proof JSON if a judge wants structured evidence.
Bring Claw out of the shell and into a guided relationship workspace.
Explainable relationship OS instead of a generic assistant shell.
Position SocialOS as an identity-rich agent system for creator, operator, and community workflows.
Persistent identity and long-horizon memory instead of a one-shot agent demo.
Offer a friendship and gratitude coach with guardrails instead of an unrestricted agent.
Positive social coaching with explicit boundaries and no risky publishing surface.
Use GLM in the core SocialOS workflow, not as a side widget.
GLM is a core production path for summaries, reasoning, and content generation, not a checkbox integration.
Turn SocialOS into a community support and volunteer coordination operating system.
Long-term relationship memory and follow-through for impact work, not a one-turn charity chatbot.
Run SocialOS Yourself
Use the public proof site for review, then jump to GitHub if you want to clone the local-first product or wire up optional providers.
The public site is proof-first. The interactive product is reusable on your own machine with quickstart and optional API keys.
Live Partner / API Matrix
This is the live integration matrix for the partner APIs and shared product infrastructure that power the five bounty tracks.
4 lanes active for orchestrator, memory, compliance, and publishing.
Judge-facing capture, memory, drafts, queue, and mirror loop.
Friendship and gratitude mode keeps the experience narrow and trust-first.
Public deck now carries the shared story plus bounty-specific appendix slides.
Live GLM routing is active for chat and draft generation using glm-5.
Live FLock SDG triage is active using qwen3-235b-a22b-instruct-2507.
SocialOS already ships outreach lanes for LinkedIn, X, Instagram, Zhihu, Rednote, WeChat Moments, and WeChat Official Account.
Telegram bot delivery is ready for volunteer follow-through via 87***46.
Submission Pack
The repo, deck, public hub, and video pack must tell the same story without drift in wording or proof posture.
Record five independent 5-8 minute videos. Keep the SocialOS product backbone fixed, then swap the bounty-specific framing, integration, and live demo section.
Point judges to the shared README, this canonical /hackathon page, and the matching proof JSON for structured evidence.
The deck stays shared at the top, then adds one appendix slide per bounty in the same order shown on this page.
Bounty Sections
Each section is a complete judge-facing bounty brief with problem, fit, integration, live proof, recording route, and submission assets.
Explainable relationship OS instead of a generic assistant shell.
Problem Framing
Use this framing in the first 40-60 seconds of the bounty video.
OpenClaw is powerful for builders, but judges still need to see it translated into a calm, human-readable end-user workflow.
Why SocialOS Fits
Keep the product narrative fixed and only change the bounty lens.
SocialOS already turns OpenClaw-powered agent orchestration into a calm interface with memory, drafts, queue, and reflection.
Partner / API / Infrastructure
This block answers the judge question “how exactly did you integrate the partner or infrastructure?”
OpenClaw runs the orchestration, memory, compliance, and publishing lanes while SocialOS exposes one guided loop across Workspace, Contacts, Drafts, Queue, and Mirror.
The Node API persists people, events, drafts, queue state, and mirror evidence in SQLite while the OpenClaw runtime keeps the product lanes separated behind the same UI.
- Show a real OpenClaw-powered product instead of a shell-only workflow.
- Use the shared demo route to make the orchestration legible to non-technical judges.
- Close on the public hub anchor and proof JSON so the submission stays reviewable after the video.
Live Proof Summary
This block should match the live provider story in the README, deck appendix, and video.
4 lanes active for orchestrator, memory, compliance, and publishing.
Use the proof JSON and public anchor below as the judge-verifiable evidence package.
Recording Route
Each bounty video is independent, but the interaction route stays fixed.
Open /demo → Launch /quick-capture → Show agent trace + evidence cards
Submission Assets
This is Claw translated into a usable relationship operating system, not left as a shell-only interface.
Persistent identity and long-horizon memory instead of a one-shot agent demo.
Problem Framing
Use this framing in the first 40-60 seconds of the bounty video.
Creator and community workflows break when identity, relationship memory, and long-horizon coordination are not persistent across sessions.
Why SocialOS Fits
Keep the product narrative fixed and only change the bounty lens.
The repo already has persistent people memory, linked identities, event continuity, and explicit agent lanes for memory, compliance, and publishing.
Partner / API / Infrastructure
This block answers the judge question “how exactly did you integrate the partner or infrastructure?”
The same product loop already links Person, Identity, Interaction, Event, Draft, and Mirror state while OpenClaw coordinates the memory, compliance, and publishing jobs needed to keep that identity graph actionable.
The schema keeps linked people and event context first-class, and the runtime splits memory, compliance, and publishing responsibilities into visible lanes instead of a monolithic chatbot. That gives SocialOS the identity, memory, and cognition posture Animoca is asking for.
- Show identity, memory, and cognition working together across the same person or community thread.
- Keep the demo focused on long-horizon continuity, not one-off generation.
- Use the agent-lane trace to make the multi-agent shape explicit to judges.
Live Proof Summary
This block should match the live provider story in the README, deck appendix, and video.
4 lanes active for orchestrator, memory, compliance, and publishing.
Use the proof JSON and public anchor below as the judge-verifiable evidence package.
Recording Route
Each bounty video is independent, but the interaction route stays fixed.
Open /hackathon → Inspect Animoca card → Jump into Contacts and Studio agents
Submission Assets
This is persistent identity and memory for creator-community operations, not a one-task assistant demo.
Positive social coaching with explicit boundaries and no risky publishing surface.
Problem Framing
Use this framing in the first 40-60 seconds of the bounty video.
Agent products are often too open-ended for students, younger users, or trust-sensitive first-time users.
Why SocialOS Fits
Keep the product narrative fixed and only change the bounty lens.
SocialOS already captures people, follow-up, and reflection. Buddy mode narrows that loop to safe, supportive actions.
Partner / API / Infrastructure
This block answers the judge question “how exactly did you integrate the partner or infrastructure?”
Buddy mode keeps the same SocialOS memory loop but narrows users into four safe tasks and removes any pressure to publish or configure complex automation.
The web layer hides risky controls, keeps the product loop loopback-only and dry-run, and routes users into capture, memory, follow-up, and reflection flows instead of open-ended execution.
- Show the four constrained Buddy tasks instead of the full operator surface.
- Make the safety rails visible: dry-run only, trust-first defaults, and simpler language.
- Keep the route emotionally approachable for younger or first-time users.
Live Proof Summary
This block should match the live provider story in the README, deck appendix, and video.
4 lanes active for orchestrator, memory, compliance, and publishing.
Use the proof JSON and public anchor below as the judge-verifiable evidence package.
Recording Route
Each bounty video is independent, but the interaction route stays fixed.
Open /buddy → Pick a safe task card → Jump into a prefilled Workspace flow
Submission Assets
Buddy mode is intentionally narrower, safer, and easier to trust than a general-purpose agent.
GLM is a core production path for summaries, reasoning, and content generation, not a checkbox integration.
Problem Framing
Use this framing in the first 40-60 seconds of the bounty video.
Production agent workflows often bolt a model onto a demo page instead of making that model a core part of the real product loop.
Why SocialOS Fits
Keep the product narrative fixed and only change the bounty lens.
Workspace support, judge summaries, and draft generation all map naturally onto the current product loop, so GLM can become a first-class provider instead of a decorative plug-in.
Partner / API / Infrastructure
This block answers the judge question “how exactly did you integrate the partner or infrastructure?”
GLM is routed through the native SocialOS flow: judge-facing summary generation, Workspace support, and platform-native draft generation all call the same GLM path instead of a mock adapter.
The API exposes a live GLM endpoint, records proof metadata into audit evidence, and reuses the same provider-aware routing path inside Workspace and Draft generation so the bounty is part of the product, not a side panel.
- Keep GLM as a core product dependency in the live demo and proof JSON.
- Show the real generation path inside Workspace or Drafts, not an isolated API call only.
- Close on a runnable prototype, a public repo, and a live proof surface.
Live Proof Summary
This block should match the live provider story in the README, deck appendix, and video.
2 drafts generated for Community Mentor Follow-up.
Captured at 2026-03-08T00:47:03.019Z.
Recording Route
Each bounty video is independent, but the interaction route stays fixed.
Open /hackathon → Call GLM router → Show GLM-tagged Workspace or Draft flow
Submission Assets
GLM is integrated into the real SocialOS loop and captured as live proof, not demonstrated as a decorative plug-in.
Long-term relationship memory and follow-through for impact work, not a one-turn charity chatbot.
Problem Framing
Use this framing in the first 40-60 seconds of the bounty video.
Impact workflows usually stop at categorization instead of carrying urgency and next action into a real coordination loop.
Why SocialOS Fits
Keep the product narrative fixed and only change the bounty lens.
Contacts, events, follow-up drafts, and evidence-backed coordination already exist; FLock adds SDG triage and urgency scoring while SocialOS already ships multi-channel outreach lanes.
Partner / API / Infrastructure
This block answers the judge question “how exactly did you integrate the partner or infrastructure?”
FLock adds live SDG labeling, urgency scoring, and next-step guidance, then SocialOS promotes that result into contacts, events, follow-up drafts, queue-visible coordination, and a Telegram volunteer channel when credentials are present.
The API calls the live FLock structured-model path, marks the route as open-source-model-backed, records provider metadata into proof evidence, and keeps the resulting action inside the same OpenClaw-orchestrated relationship-memory workflow used elsewhere in the product. The impact track also exposes a Telegram send/status/webhook surface plus the existing outreach lanes for multi-channel deployment.
- Show OpenClaw, FLock, and the SDG-aligned triage result inside the same workflow.
- Expose the multi-channel story through outreach lanes and the Telegram volunteer channel.
- Make the open-source model requirement explicit in the proof metadata.
Live Proof Summary
This block should match the live provider story in the README, deck appendix, and video.
Live FLock triage and Telegram volunteer handoff are both captured in the public proof pack.
Captured at 2026-03-08T00:47:05.256Z.
Recording Route
Each bounty video is independent, but the interaction route stays fixed.
Open /hackathon → Run SDG triage → Show channel proof → Promote the result into follow-up actions and drafts
Submission Assets
This is not a charity chatbot. It is impact triage plus relationship memory and actual follow-through.
Proof Cards
Use the JSON links and auxiliary pages only as supporting evidence. The canonical public entry remains this page.
Volunteer mentor check-in received in Telegram
SocialOS AI Agents for Good proof: SDG triage is ready and the next volunteer follow-up is now queued.
SDG 4: Quality Education · medium · Capture volunteer mentor details, create a workshop event, and generate a structured follow-up plan for students.
2 drafts generated for Community Mentor Follow-up.
Hi Minghan, great meeting you at the London hackathon. I really enjoyed our conversation about builder communities and the potential for operator dashboards. Would love to stay in…
I turned Write into a contact draft first. Save it if it looks right, or keep talking and we can refine it together.
I turned At The Hackathon into a contact draft first. Save it if it looks right, or keep talking and we can refine it together.
I drafted the contact for you, but the name still needs a quick confirmation. Edit that first, then save it.
SocialOS is a production-ready GLM-powered agent system because it combines a robust multi-agent architecture with real-time social media integration, enabling autonomous task exec
4 lanes active for orchestrator, memory, compliance, and publishing.
Quick Capture, Contacts, Drafts, Queue, and Mirror already operate inside one loopback-only product surface.
Person, Identity, Interaction, Event, SelfCheckin, Mirror, and MirrorEvidence rows already power recall and follow-up.
The product stays loopback-only, dry-run by default, and Buddy mode funnels users into four friendly tasks.
Live GLM routing is active for chat and draft generation using glm-5.
Live FLock SDG triage is active using qwen3-235b-a22b-instruct-2507.
SocialOS already ships outreach lanes for LinkedIn, X, Instagram, Zhihu, Rednote, WeChat Moments, and WeChat Official Account.
Telegram bot delivery is ready for volunteer follow-through via 87***46.
The shared pitch pack stays repo-native, with 4 runtime lanes and public evidence snapshots available for judges.