神念

Features and guides

Explore what Shennian can do, from connecting your first AI to sharing and teamwork.

Product and features

Shennian helps you build your Personal Agent and your company’s AI-native organization. Client connects your existing AI on your computer. The mobile app provides full management and control. Public links let visitors talk to one AI; room links bring people and AI together.

Agents in Shennian have their own names, roles, computers, and working directories. Connected AI performs the work. Third-party AI installation, sign-in, costs, and limits follow the provider’s rules.

Open source and self-hosting

The shared App, Client, Server, and Worker support Docker self-hosting, multiple local accounts, and independent storage. Features depend on installed versions and instance configuration. The GitHub repository is private during preparation; usage follows the license terms and written authorization.

GitHub · CosmosShadow/shennian (private) →

Use Shennian Cloud without hosting a Server. Get the mobile App, install Client and Skill on your computer, pair, and verify one AI reply.

Get the mobile App · Install Client / Skill · Cloud quick start · All user guides

From connection to use

Choose Shennian Cloud or Self-hosted server on the login screen. Enter an IP or domain, verify trusted HTTPS and instance identity, then sign in or register according to the operator’s policy. Account fields appear only after connection. Bound installations cannot simply switch servers. Use compatible App, Client and Server versions; check the user guide for platform release status.

Self-hosted login entry
Self-hosted login entry

Operators deploy independent Server, Worker, database, Redis, and persistent attachment storage. Client on the computer connects to that same instance, pairs, and uses the owner’s AI configuration. One model provider is enough to test the core flow without SMS, speech, or push.

Each installation connects to one active Server, without mixing cloud and company instances. Server backups do not include memory, diary, or workspaces on other computers; back up each Client too. HTTPS/WSS encrypts transport, not end to end.

Features and runtime architecture

System architecture and features (English labels); check feature availability
System architecture and features (English labels); check feature availability

Personal Agent, primary-computer settings, wiki/memory, diary, and workers have separate data and permission boundaries. A real managed-agent reply does not validate the built-in Personal Agent or every personal feature.

All features

This list separates product capabilities, development candidates, and this self-hosted acceptance run. Check your installed version, instance capabilities, and operator settings; a framework map does not mean everything is released.

Connect existing AI

Client, CLI, and Skill connect local AI, tools, and sessions.

Status: Available

Self-hosted: Native Pi verified; check other tools individually.

People and AI in rooms

Members, invitations, messages, attachments, permissions, and in-app unread state.

Status: Available

Self-hosted: Two-user API, access boundaries, and attachments verified.

Agents and sharing

Agent identities, conversations, sharing links, discovery, and contacts.

Status: Available

Self-hosted: Managed-agent conversations and history verified; sharing, discovery, and contacts await dedicated checks.

Machine sharing and revocation

Give trusted people machine-level access to AI; owners manage invitations and revocation.

Status: Available

Self-hosted: Dedicated self-hosted acceptance pending; machine-level trust is not a file sandbox.

Mobile remote control

Manage computers, projects, AI, and task conversations from a phone.

Status: Available depending on platform and version

Self-hosted: iOS development build passed address entry, sign-up, pairing, and real replies; Android and physical devices remain unverified.

Personal Agent and main-agent settings

Choose a primary computer, configure models and default worker AI, and let the built-in assistant use authorized capabilities.

Status: In staged development

Self-hosted: Built-in personal-agent self-hosted acceptance is incomplete; ordinary Pi replies are not a substitute.

Wiki, memory, and diary

Markdown on the primary computer, bounded index access, diary replicas, and edit-conflict controls.

Status: Development candidate

Self-hosted: Dedicated acceptance pending; not a full cloud wiki or vector knowledge base.

Background workers and tasks

Authorized background execution, task state, events, and results; high-impact actions still need confirmation.

Status: Depends on execution path and version

Self-hosted: Basic durable-queue recovery verified; Personal Agent workers need separate acceptance.

Reminders, calendar, notes, and listening

Personal records, reminders, recording, and transcription are delivered by module and version.

Status: In staged development

Self-hosted: Not covered by this acceptance run; speech providers were not configured.

Project coordination

Project queues, coordinator conversations, worker orchestration, and the Client local page.

Status: Preview; not guaranteed in stable

Self-hosted: Controlled official-cloud iOS and Client flows verified; no dedicated self-hosted acceptance.

Local folders and apps

Browse authorized folders and access registered apps and local services, not arbitrary paths or ports.

Status: Development candidate

Self-hosted: Dedicated acceptance pending.

Share local and self-developed apps

Share apps you develop or register, with explicit resource and API permissions, expiry, and revocation.

Status: Server available; publishing depends on Client version

Self-hosted: The app and Client must stay online. Publishing currently uses the development CLI; no mobile sharing menu yet.

Self-hosted deployment and accounts

Independent Server, Worker, database, Redis, local attachments, and local accounts; choose cloud or self-hosted per installation.

Status: Core flow verified

Self-hosted: Shared App source, independent Docker builds, formal migrations, instance binding, and model replies verified.

Backup, restore, and upgrades

Cover the database, attachments, configuration, Redis, and the isolated Client used in this test.

Status: Single-instance drill passed

Self-hosted: Encrypted backup, isolated restore, and one image-pair upgrade/rollback passed; not arbitrary version compatibility.

Models, speech, and notifications

Operators configure models, ASR/TTS, SMS, and push as needed; secrets are not sent to ordinary clients.

Status: Optional configuration

Self-hosted: Only DashScope qwen-plus configured; speech, SMS, and push disabled; missing-configuration messaging needs further UI work.

Enterprise-owned OTA

Enterprise builds can disable OTA or pin their own HTTPS update source and signing certificate; business-server selection does not change code trust.

Status: Configuration, signing tools, and enterprise distribution service are development candidates

Self-hosted: Configuration isolation, signatures/tampering, channel/runtime/platform separation, and publishing tools tested; enterprise native-shell upgrade/rollback remains unverified.

Enterprise SSO

Use local accounts and registration policies for now.

Status: Deferred, outside the current delivery

Self-hosted: Not implemented and not a current acceptance requirement.

Share local and self-developed apps

Run and register your own web app, tool, or form with Client, then explicitly publish a share. Visitors can use the resources you expose, without access to your computer, other apps, or arbitrary files.

Shares specify allowed GET resources and POST APIs, with expiry and revocation. The app, Client, and computer must stay online. The app stores its own business data; this is not cloud static hosting. Apps accepting writes must validate inputs and enforce business permissions.

Server supports this flow. Publishing and revocation currently use the development CLI; stable CLI commands and a mobile sharing menu depend on their actual releases. Source availability does not imply every client already has a publishing entry.

Community and commercial authorization

This policy applies to the community source distribution. Use of the supplied source follows its accompanying LICENSE. This summary does not replace the license or a separate written agreement. This restricted business model is source-available, not a claim of OSI approval.

Free community scope

Internal use by one organization with up to 20 enabled human accounts, retaining Shennian branding, logo, and copyright displays. Code may be modified within the license terms.

Account counting

Count enabled human users of this system, not all company colleagues. Exclude agents, bots, and disabled accounts. Deduplicate devices for the same person and aggregate deployments of the same organization; splitting instances does not multiply the allowance.

Commercial authorization for internal use

Commercial authorization is required if usage exceeds 20 people OR if Shennian interface branding, logo, or copyright displays are removed, replaced, or hidden. Authorization is negotiated annually per organization; organization scope, user limits, term, and white-label rights are agreed in writing, not purchased seat by seat.

Hosting and resale

Commercial hosting for third parties, multi-customer services, white-label distribution, and resale require separately negotiated authorization, outside ordinary internal-use authorization.

Attribution and third-party licenses

White-label rights cover only the agreed Shennian interface displays, not removal of third-party licenses, dependency attribution, or source copyright notices required by law or applicable terms.

Quotes and fulfillment

Organizations in China can request a quote through WeCom. This license includes no technical-service commitment for deployment, migration, training, customization, or response times. No fixed public price, lifetime updates, or unlimited services are promised.

Proof of authorization, not a technical lock

Purchasers receive proof identifying the organization, reference number, term, scope, and white-label rights. No activation key, online licensing check, or member-data reporting is required, and expiry does not automatically lock the system or delete data. Lack of a technical lock does not make commercial rights perpetual; renew or return to the free permitted scope when the term ends.

Mobile and international use

The mobile app connects and operates the system; enterprise Server authorization is not sold through iOS in-app purchases. The same public code serves all regions with Chinese and English documentation. International commercial requests are assessed manually, without automated checkout or a global delivery commitment. Until a business email is confirmed, use the website contact entry.

Contact the team via WeCom →

Quick start

To use your own AI, start on the computer that runs it. If you receive an AI link or a room invitation, start with that link.

  1. Send the prompt below to AI on your computer so it reads the official guide and checks or installs Shennian Client.
  2. Confirm your Shennian account and approve machine pairing. Reuse an already paired machine without reinstalling.
  3. Check the AI on that computer and complete sign-in, configuration, and a real reply check only for the tool you want. You can skip other tools.
  4. Choose a computer and project in the mobile app to start a conversation, or create an agent with a role to share or bring into a room.

Send this to an AI on your computer (Codex, Claude Code…)

Read https://shennian.net/install.md, help me install shennian cli and skill and connect the AI on this computer, then show me how to create a shareable local agent with shennian skill.

Open the official installation guide →Download the mobile app →

Connect and check AI

Use Shennian from an existing AI

Connect only what you need. You do not have to install or connect every supported agent. Supported does not mean connected on your computer; discovered does not mean signed in or able to reply. Set up only the tools you want, and leave others for later while using AI that already works.

Ask your current AI which tools were discovered, which passed a real reply check, and what is known about remaining issues and next steps. Unknown states should stay explicit; there is no need to retry until every tool passes. Remote tasks require at least one available local AI, but joining rooms or using someone else’s shared AI does not require your own agent connection.

Codex, Claude Code, WorkBuddy, Cursor, OpenCode, Gemini CLI, Pi, and other local agents that can run commands and read skills can use shennian skill to work with rooms, contact AI, and create and share agents.

Run your computer’s AI from your phone

Built-in connections include Codex, Claude Code, WorkBuddy, Cursor Agent, OpenCode, Gemini CLI, and Pi. Qwen Code and other tools connect through ACP. Other local agents need a callable runtime and a validated ACP connection or custom Adapter before they can run remotely.

Client runs on macOS, Windows, and Linux and connects AI tools that can run on that computer, including Codex, Claude Code, Qwen Code, and OpenCode.

  1. Open the AI list in the mobile app’s computer details and choose a tool.
  2. If the tool is missing, prepare it on the target computer using its provider’s instructions. Complete required provider sign-in on that computer.
  3. Use the hello test with the selected directory, tool, and model to check for a real reply. The test uses that AI’s model allowance.

“Discovered” means the tool was detected. A successful real reply confirms the connection works for that check. Refresh updates discovery status. A provider’s graphical app and its callable runtime have separate setup requirements.

Other tools can connect through ACP or a custom Adapter. Ask your existing AI to use the Shennian Skill and current Client help to check the protocol, create an adapter template, and validate it before registration.

Read the official Skill →

Share your AI

  1. Create or choose an agent and review its name, introduction, computer, directory, runtime AI, role, and permissions.
  2. Enable external conversations in the mobile app, or explicitly ask paired AI to publish that agent using the Shennian Skill and return its link.
  3. Send the link to friends, coworkers, or users. Shennian sign-in is required by default; owners can require approval and review requests.
  4. Owners can view visitor conversations, manage access, and pause or revoke sharing. Visitors’ conversations are stored separately.

An owner can explicitly enable anonymous access for an individual link. Anonymous access and contact approval are mutually exclusive. Each visitor continues one ongoing conversation per public entry. The page does not offer a “New conversation” action.

AI runs with the owner’s saved configuration and permissions, and its computer and Client need to stay available. Review the working directory and accessible materials before sharing, and tell visitors the owner can view conversations.

Read a sharing walkthrough →

People and AI working together

  1. Create a room or open an invitation and confirm the room. Joining a discussion does not require your own computer connection.
  2. Invite the people involved. For an independent AI member, create an agent with a defined role and add it to the room.
  3. Choose whether an agent follows discussion, replies when mentioned, or pauses, and arrange tasks and feedback for its role.

When native AI tools use the Skill and CLI to operate in rooms, they use your human identity and run at your explicit request. Agents explicitly created and managed by Shennian have their own identities and can reply according to their participation mode.

You can ask your current AI to contact other connected AI on the same computer, assign a specific task, and review results. Start with assignments and delivery in a room to build the working structure your team needs.

Explore an AI team in practice →

Mobile and remote use

The mobile app provides full control. With a computer connected, check computer and AI status, choose directories, create projects and task conversations, send instructions, review progress and results, join rooms, and manage agents.

Tasks you direct from your phone run through AI on the selected computer. Restore Client connectivity if that computer is offline. Joining other people’s rooms or using their shared AI does not require pairing your own computer.

See mobile product screenshots →

Personal AI steward

The personal AI steward uses prepared AI on your selected computer. Ask which AI is connected, what projects exist, and how tasks are progressing, or explicitly request rooms, messages, and project tasks.

The steward has its own workspace and entry documents. Ask it to organize an index pointing to materials and projects you authorize. Its workspace belongs to the computer, and its execution and models come from the selected runtime tool.

Learn about the steward and its materials index →

Project coordination (preview)

Project coordination is available in preview. Use compatible mobile and Client preview versions; current stable versions may not support it.

When coordination is enabled, connected tasks from mobile, the local computer page, the personal steward, and CLI enter one project queue. A coordinator using Shennian’s built-in AI arranges workers, checks progress, and asks for your input when needed. Work started independently in native tools remains separate.

项目列表、纯对话项目经理和协调设置的 iOS 设计方案,状态为示例 / iOS design showing a project list, coordinator conversation, and settings; example states

Arrange and follow work on mobile

Open Project coordination at the top of a project, or send a request from its bottom composer. Filter all, running, queued, or needs-your-attention tasks. Follow task links in the coordinator conversation; handle real approvals and input requests inside the original task.

Use the local page on your computer

The candidate Client provides a local-only page for project queues, conversations, pasted screenshots, and files. Run shennian project open /absolute/project in a terminal and open the private URL in a browser on that computer. Client keeps working after the browser closes; obtain a new URL after Client restarts. Connection and shared-queue reads have been checked on the local page. Use a Client preview that supports project coordination.

Adjust how work is coordinated

Choose serial execution, parallel research with serial changes, or unrestricted concurrency in coordination settings. Pause or resume coordination and edit project instructions. You can also request lasting changes in conversation; the coordinator reports successful saves. Only read-only sessions that cannot escalate to writes use research concurrency; sessions that can request write approval use a modification slot. Pausing coordination leaves the current worker running and new work queued.

Client records the queue and instructions in the execution computer’s Shennian directory. Workers do not maintain duplicate task documents. If the computer is offline, submission fails and you can retry with your input preserved. A task is queued only after Client confirms receipt.

Read about coordination with General Loop →

Discover AI

Open Discover from Contacts in the mobile app to browse or search AI that owners have listed publicly. Read profiles and computer status, then connect or start a conversation according to availability and access settings.

Owners control “Show in Discover” in AI card settings. Listing and external conversation availability have separate states; check the current status in the profile.

Contacts and profiles

Keep frequently used people and AI in Contacts. Connect through profiles, QR codes, AI links, or Discover. If approval is required, wait for approval before using that entry.

AI profiles show a name and introduction. Owners manage adding and approval settings. Room invitations, AI profiles, and computer-sharing invitations each grant different kinds of access.

Share a computer

  1. The owner opens Share computer in mobile computer details, selects an expiry, and creates a one-time invitation link or QR code.
  2. The recipient opens or scans the invitation in the app, reviews the computer, owner, and access information, and accepts.
  3. The owner can cancel pending invitations or revoke recipients. Recipients can create their own AI conversations, but cannot manage or reshare the computer.

Computer sharing requires trust at the computer level: AI may read files, execute commands, and access networks under its runtime permissions. Invite trusted people; use separate computers or environments for work with different confidentiality needs.

Voice and attachments

The mobile app supports text, voice, and attachment controls in applicable conversations. Give instructions by voice or send images and files for AI to handle according to its actual capabilities.

Available controls and file types depend on the conversation. Attachment support in mobile, rooms, and public AI web pages is separate; support in one place does not imply support everywhere.

Troubleshoot connections

  1. Check the target computer is on, online, and running paired Client. If paused, follow the restore instructions.
  2. Check AI status and confirm the runtime tool, provider sign-in, working directory, and selected model are available.
  3. Run a real hello reply check as guided. Detecting a command or an online computer does not by itself confirm AI can reply.
  4. If no reply arrives, read the specific conversation error first, then ask AI on the computer to read the installation guide and check status, the queue, and logs. Avoid repeatedly sending the same request.

Use the official Client upgrade flow. Deleting configuration or pairing again is not a general fix. Keep the version and error description when asking for help; keep verification codes, keys, and sign-in files on your computer.

Read installation and troubleshooting steps →Contact official support →

Contact official support

If installation, pairing, or an AI connection fails, continue troubleshooting yourself or contact the Shennian team. Asking for help is optional and is not a condition for completing setup or continuing to use Shennian.

Ask the Shennian support AI →Contact the Shennian team or official community →

Ask your current AI to contact support

You can tell an AI with the Shennian Skill: “Contact Shennian support about this connection issue.” It can send a sanitized summary, read replies, and help you continue. It sends only when you explicitly ask, does not report connection failures automatically, and does not require all other agents to be connected. Client must already be paired and signed in; otherwise use the web support or team contact links above.

Skill-based support sends to the official community room using your human identity, where other members may see the message. Share versions, symptoms, and sanitized error summaries, keeping keys, verification codes, private files, and full logs out. A web support AI reply does not mean a human has confirmed the issue; use team contact channels such as WeCom when you need human help.

Permissions and data

When choosing AI, directories, and runtime permissions, review which files and tools it can access. Project conversations, rooms, public AI visitor conversations, and shared computers each have their own access scope.

Owners can view their public AI’s visitor conversations, and room members can see content shared in the room. AI providers process model requests under their service rules. See the privacy policy for data details.

Read the privacy policy →

Contact