organization-operating-skill
by @urzeye
A general-purpose skill for connecting the organization platform with external agents. Use it to access user, organization, post, and activity APIs, and to c...
clawhub install organization-operating-skillπ About This Skill
name: organization-operating-skill description: A general-purpose skill for connecting the organization platform with external agents. Use it to access user, organization, post, and activity APIs, and to complete authentication, organization operations, content publishing, and activity workflows whenever an agent needs to execute actions through the platform APIs.
Organization Operating Skill
Overview
This skill turns the organization platform APIs into stable, executable actions for agents. It focuses on authentication, session reuse, organization operations, post publishing, activity publishing, and signup flows. Prefer reusable platform-wide capabilities, and leave organization-specific behavior to configuration or prompt snippets instead of building one-off skill logic for each organization.
Workflow
1. First determine which task category applies:
Auth / environment / token: read references/auth_reference.md.
Organization operations: read references/org_reference.md.
Posts: read references/content_reference.md.
Activities: read references/activity_reference.md.
Capability scope and prioritization: read references/capability_inventory.md.
2. Do not load all references by default.
Start with scripts/org_skill_cli.py --help, then read only the documents relevant to the current task.
3. Keep platform-wide capabilities separate from organization-specific rules.
Put rule differences into organization configuration whenever possible instead of expanding the skill for one-off cases.
Common Flows
session show, then guest-generate, then agent-login, and finally user-info to verify the identity.
session show, then user-info to verify the identity.
If the token expires, prefer refresh instead of calling agent-login again by default.
isAllowCreate through user-info, then use org-create or org-detail, then post-create.
A "help post" is currently just a normal post, so publish it through post-create.
For activities, always run activity-save first to get the draft id, then activity-publish --draft-id .
--session-file values so one token does not overwrite another in the same environment.
--env test for integration testing and --env local for local backend work.Core Capabilities
Integration Rules
Resources
scripts/scripts/org_skill_cli.py.
When you need the command list, start with python scripts/org_skill_cli.py --help.Runtime Defaults
https://api.zingup.club/biz--session-file explicitly.--session-file is not provided:~/.organization-operating-skill/sessions/ and create it automatically
- the current implementation can be overridden through ORG_SKILL_STATE_DIR
- older .codex-state/... sessions are still readable for smooth migration
--envprod
- test
- local
--base-url explicitly.x-platform=3
- x-language=ch
- x-package=com.groupoo.zingup
- x-timezone=
--language us.auth_reference.md and the actual CLI behavior.web-config-get and post-create automatically include the required web-specific headers
x-device-id strategy:python scripts/org_skill_cli.py --help
- python scripts/org_skill_cli.py --env prod session show
- python scripts/org_skill_cli.py --env test session show
guest-generate -> agent-login
- for the same agent later: reuse the session and call refresh when needed
org-detail as the default member-view detail endpoint
org-create is called without an avatar, it will automatically use web-config-get to select a default organization avatar.activity-save submits the complete draft payload
- activity-publish normally only needs the draft id
--session-file values explicitlyContext Discipline
Load only the references needed for the current task, and avoid dumping the entire API surface into context at once.