Knowledgebase · Bots & Scripts

Using ChanOP instead of a custom bot

Updated 22 Sep 2026 Support Operations

When managing an IRC channel, it is easy to default to writing or hosting a custom channel bot to handle moderation, access control, and automation. However, before setting up an external script or bot, it is worth checking whether AustNet's built-in ChanOP service (accessed via ChanServ) already handles what you need natively.


Why Use ChanOP Over a Custom Bot?

Running a custom bot requires maintaining a script, ensuring it stays connected 24/7 (often via a bouncer or external host), and managing its security tokens. ChanOP, on the other hand, is built directly into the network architecture.


  1. Always Online: ChanOP is part of the network's core infrastructure, meaning your channel configurations and access lists work 24/7 without needing an external process to stay alive.
  2. Zero Hosting Overhead: You don't need to rent a VPS or host a local script to keep your channel management features running.
  3. Native Integration: Built-in services interact seamlessly with server modes and nick protections, avoiding lag or disconnect issues common with custom-scripted clients.

Built-In Features Provided by ChanOP

Before deploying a custom solution, check out these powerful features already built into ChanOP:


  1. Automatic Operator (auto-op) and Access Lists:
  2. Instead of programming a bot to give users status when they join, ChanOP maintains secure access lists (such as founder, successor, and privilege flags). It automatically grants status like voice (+v) or channel operator (+o) to trusted users as soon as they identify with NickOP and enter the channel.
  3. Topic Locking (topiclock):
  4. Prevent unauthorized users or accidental edits from scrambling your channel topic. ChanOP can lock the topic so that only authorized operators on the channel access list can modify it.
  5. Built-In Flood Control and Security Modes:
  6. ChanOP and channel modes (+m for moderated, or flood-protection settings) can mitigate text spam, repetitive joins, and channel flooding without needing a complex scripting bot to kick or mute offenders.


Approved uses for bots on AustNet

Bots may be used for channel management, trivia, logs, and legitimate services. What is not permitted: mass messaging, cloning, and flooding.

Open article

Cloning policy and bots: connecting multiple clients

AustNet permits a maximum of two simultaneous connections from one IP. Bots count toward this limit - request an exemption via #ASD if needed.

Open article

Popular bot frameworks for IRC

Overview of common IRC bot frameworks - Eggdrop, Limnoria (Supybot), Sopel, and custom Python/Node.js bots - and getting started.

Open article

Registering your bot nickname with NickOP

Register your bot's nickname just like a regular user. How to identify on connect and set the +B bot mode automatically.

Open article