Three coordinated things:
1. Resolve the committed upstream/main merge conflicts. 94 files were
sitting with raw <<<<<<< HEAD ... >>>>>>> upstream/main blocks. Every
conflict had HanzoBot/Bot on HEAD and OpenClaw on upstream. Resolved
by keeping HEAD everywhere — 540 conflict blocks.
2. Rewrite remaining OpenClaw text refs.
OPENCLAW → HANZO_BOT
OpenClaw → HanzoBot (PascalCase type identifiers)
openclaw → bot (codebase convention — botToken,
botUsername etc.; avoids invalid
hyphenated JS identifiers)
openclaw[_]/openclaw[A-Z] → bot[_]/bot[A-Z] (compound)
ai.openclaw.x → ai.hanzo.bot.x (JVM package path)
3. Delete or rename openclaw-named file paths (116 of them). Dead
duplicates with a Bot-named canonical from the partial migration:
deleted. Otherwise renamed.
ai/openclaw/** → deleted (ai/hanzo/bot/** canonical)
Sources/OpenClaw*/ → deleted (Sources/Bot* canonical)
Tests/OpenClawIPCTests/ → deleted (Tests/BotIPCTests canonical)
OpenClawKit/ → deleted (BotKit canonical)
openclaw-tools.*.ts → deleted (bot-tools.*.ts canonical)
openclaw-root.ts etc. → deleted (bot-root.ts canonical)
types.openclaw.ts → deleted (types.bot.ts canonical)
extensions/*/openclaw.plugin.json → renamed hanzo-bot.plugin.json
docs/start/openclaw.md → renamed hanzo-bot.md (+ zh-CN)
docs/assets/openclaw-*.png, whatsapp-openclaw*.jpg → deleted
scripts/.../openclaw-* → deleted (bot/hanzo-bot parallels)
openclaw.mjs → deleted (hanzo-bot.mjs is package.bin)
Then patched 65 broken JS/TS import strings where hanzo-bot had ended
up inside an import path ('./types.hanzo-bot.js' → './types.bot.js'
etc., since the on-disk filename uses the brand-neutral bot- prefix).
Pre-existing lint debt cleaned up to get oxlint --type-aware to 0/0:
removed the dead i18n test that referenced a path no longer existing;
defined the missing DIDConfig and WalletConfig types in types.base.ts
(they were imported but never declared); dropped unused imports;
collapsed redundant type assertion and a tautological meta.bot lookup
that the openclaw→bot rename made redundant.
The a2ui.bundle.js generated artifact is kept at its pre-rebrand
contents — it gets regenerated by 'pnpm canvas:a2ui:bundle' from
sources I cannot rebuild in this commit; the source side is clean.
Verified: 0 occurrences of openclaw (case-insensitive) in tree source
content, 0 file or directory paths with openclaw in the name; oxlint
--type-aware src test reports 0/0.
4.9 KiB
summary, read_when, title
| summary | read_when | title | ||
|---|---|---|---|---|
| Zalo personal account support via native zca-js (QR login), capabilities, and configuration |
|
Zalo Personal |
Zalo Personal (unofficial)
Status: experimental. This integration automates a personal Zalo account via native zca-js inside HanzoBot.
Warning: This is an unofficial integration and may result in account suspension/ban. Use at your own risk.
Plugin required
Zalo Personal ships as a plugin and is not bundled with the core install.
- Install via CLI:
hanzo-bot plugins install @hanzo/bot-zalouser - Or from a source checkout:
hanzo-bot plugins install ./extensions/zalouser - Details: Plugins
No external zca/openzca CLI binary is required.
Quick setup (beginner)
- Install the plugin (see above).
- Login (QR, on the Gateway machine):
hanzo-bot channels login --channel zalouser- Scan the QR code with the Zalo mobile app.
- Enable the channel:
{
channels: {
zalouser: {
enabled: true,
dmPolicy: "pairing",
},
},
}
- Restart the Gateway (or finish onboarding).
- DM access defaults to pairing; approve the pairing code on first contact.
What it is
- Runs entirely in-process via
zca-js. - Uses native event listeners to receive inbound messages.
- Sends replies directly through the JS API (text/media/link).
- Designed for “personal account” use cases where Zalo Bot API is not available.
Naming
Channel id is zalouser to make it explicit this automates a personal Zalo user account (unofficial). We keep zalo reserved for a potential future official Zalo API integration.
Finding IDs (directory)
Use the directory CLI to discover peers/groups and their IDs:
hanzo-bot directory self --channel zalouser
hanzo-bot directory peers list --channel zalouser --query "name"
hanzo-bot directory groups list --channel zalouser --query "work"
Limits
- Outbound text is chunked to ~2000 characters (Zalo client limits).
- Streaming is blocked by default.
Access control (DMs)
channels.zalouser.dmPolicy supports: pairing | allowlist | open | disabled (default: pairing).
channels.zalouser.allowFrom accepts user IDs or names. During onboarding, names are resolved to IDs using the plugin's in-process contact lookup.
Approve via:
hanzo-bot pairing list zalouserhanzo-bot pairing approve zalouser <code>
Group access (optional)
- Default:
channels.zalouser.groupPolicy = "open"(groups allowed). Usechannels.defaults.groupPolicyto override the default when unset. - Restrict to an allowlist with:
channels.zalouser.groupPolicy = "allowlist"channels.zalouser.groups(keys are group IDs or names)
- Block all groups:
channels.zalouser.groupPolicy = "disabled". - The configure wizard can prompt for group allowlists.
- On startup, HanzoBot resolves group/user names in allowlists to IDs and logs the mapping; unresolved entries are kept as typed.
Example:
{
channels: {
zalouser: {
groupPolicy: "allowlist",
groups: {
"123456789": { allow: true },
"Work Chat": { allow: true },
},
},
},
}
Group mention gating
channels.zalouser.groups.<group>.requireMentioncontrols whether group replies require a mention.- Resolution order: exact group id/name -> normalized group slug ->
*-> default (true). - This applies both to allowlisted groups and open group mode.
Example:
{
channels: {
zalouser: {
groupPolicy: "allowlist",
groups: {
"*": { allow: true, requireMention: true },
"Work Chat": { allow: true, requireMention: false },
},
},
},
}
Multi-account
Accounts map to zalouser profiles in HanzoBot state. Example:
{
channels: {
zalouser: {
enabled: true,
defaultAccount: "default",
accounts: {
work: { enabled: true, profile: "work" },
},
},
},
}
Typing, reactions, and delivery acknowledgements
- HanzoBot sends a typing event before dispatching a reply (best-effort).
- Message reaction action
reactis supported forzalouserin channel actions.- Use
remove: trueto remove a specific reaction emoji from a message. - Reaction semantics: Reactions
- Use
- For inbound messages that include event metadata, HanzoBot sends delivered + seen acknowledgements (best-effort).
Troubleshooting
Login doesn't stick:
hanzo-bot channels status --probe- Re-login:
hanzo-bot channels logout --channel zalouser && hanzo-bot channels login --channel zalouser
Allowlist/group name didn't resolve:
- Use numeric IDs in
allowFrom/groups, or exact friend/group names.
Upgraded from old CLI-based setup:
- Remove any old external
zcaprocess assumptions. - The channel now runs fully in HanzoBot without external CLI binaries.