`iii-stream` is for **real-time data transmission**: pushing data to a client the moment it changes, like a live feed of clicks for a dashboard. A stream is bidirectional (subscribers can send messages back as well as receive them), but here you only need to broadcast clicks outward. You'll move the live-broadcast concern into its own `click-streamer` worker so the `link` worker stays focused on links.
Scanned 9/3/2026
Install to Claude Code
npx -y skills add iii-hq/iii --skill linkly --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Linkly?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/iii-hq-linkly-803319a7)More formats (shields.io, HTML) on the badges page.
<!-- generated by iii-skill-render. DO NOT EDIT (changes here are overwritten on the next render). Edit docs/0-19-0/tutorials/linkly/streaming.mdx. -->
# Ch. 5: Stream live clicks
`iii-stream` is for **real-time data transmission**: pushing data to a client the moment it changes,
like a live feed of clicks for a dashboard. A stream is bidirectional (subscribers can send messages
back as well as receive them), but here you only need to broadcast clicks outward. You'll move the
live-broadcast concern into its own `click-streamer` worker so the `link` worker stays focused on
links.
## Add the workers
`iii-stream` is how we will send clicks to clients in Chapter 7. We'll make a new `click-streamer`
worker to manage the streaming, so scaffold it the same way you scaffolded `link` in Chapter 1, and
`analytics` in Chapter 4:
```bash
iii worker add iii-stream
iii worker init click-streamer --language typescript
```
## Broadcast clicks in real time
We'll continue to keep `link` decoupled by having it announce that a click happened, and
`click-streamer` reacts by pushing it onto the live feed. A live counter can tolerate the rare
dropped event, so a regular `iii-pubsub` event is the right tool here.
### Add a `link.clicked` event to the `link` worker
First, publish a `link.clicked` event from `link::record_click`:
```typescript link/src/index.ts {12-16}
worker.registerFunction(
"link::record_click",
async (payload: { code: string; clicked_at: string }) => {
await worker.trigger({
function_id: "database::execute",
payload: {
db: DB,
sql: "INSERT INTO clicks (code, clicked_at) VALUES (?, ?)",
params: [payload.code, payload.clicked_at],
},
});
worker.trigger({
function_id: "publish",
payload: { topic: "link.clicked", data: payload },
action: TriggerAction.Void(),
});
return { recorded: true };
},
);
```
<Info>
In the new code above we didn't use `await` and set the `action` to `TriggerAction.Void()`. This
causes the function to return immediately before it completes. This is a simple performance
enhancement with things like pubsub where we don't need guaranteed execution.
</Info>
### Setup the `click-streamer` worker
Now write the `click-streamer` worker. It subscribes to `link.clicked` and broadcasts each click to
a `clicks` stream with `stream::set`. A `stream::set` both stores the item and pushes it to every
WebSocket subscribed to that stream and group. Replace the generated `click-streamer/src/index.ts`:
```typescript click-streamer/src/index.ts
import { registerWorker } from "iii-sdk";
import { Logger } from "@iii-dev/observability";
const worker = registerWorker(process.env.III_URL ?? "ws://localhost:49134", {
workerName: "click-streamer",
});
const logger = new Logger();
worker.registerFunction(
"click-streamer::broadcast",
async (data: { code: string; clicked_at: string }) => {
await worker.trigger({
function_id: "stream::set",
payload: {
stream_name: "clicks",
group_id: "all",
item_id: `${data.code}-${data.clicked_at}`,
data,
},
});
return { streamed: true };
},
);
worker.registerTrigger({
type: "subscribe",
function_id: "click-streamer::broadcast",
config: { topic: "link.clicked" },
});
logger.info("click-streamer ready");
```
Register it with your project:
```bash
iii worker add ./click-streamer
```
The browser you build in Chapter 7 subscribes to `clicks`/`all` and counts those broadcasts live.
## See it work
With the engine running, follow a link a few times and read the live `clicks` stream:
```bash
curl -s -X POST http://127.0.0.1:3111/links \
-H 'Content-Type: application/json' -d '{"url":"https://iii.dev","code":"stream-me"}'
for n in $(seq 1 3); do curl -s -o /dev/null http://127.0.0.1:3111/s/stream-me; done
iii trigger stream::list stream_name=clicks group_id=all
```
Each redirect lands in the stream as the `click-streamer` worker broadcasts it.
## Conclusion
Linkly now streams every click to subscribers in real time through a dedicated `click-streamer`
worker. Next, in [Ch. 6: Move bulk data with channels](/tutorials/linkly/channels), you bulk-load
links from a CSV in a single streamed upload.
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!