smithy-agent
Unattended worker that runs on a Windows machine, registers itself with a smithy-cloud orchestrator, polls it for commands, and executes deployed process bundles (Python code) in isolated per-process venvs.
One-line install (Windows)
Regular PowerShell (it self-elevates and installs Python 3.12 via winget if missing):
irm https://raw.githubusercontent.com/as-kurosss/smithy-agent/master/install-agent.ps1 | iex
With parameters:
& ([scriptblock]::Create((irm https://raw.githubusercontent.com/as-kurosss/smithy-agent/master/install-agent.ps1))) `
-Orchestrator https://cloud.example.com -Name prod-1 -JoinToken <TOKEN>
Manual install
pip install smithy-agent
Quick start (manual, foreground)
pip install smithy-agent
smithy-agent --orchestrator http://orch-host:8000 --name my-agent \
--url http://this-machine:8001
--url must be the address at which the orchestrator can reach this
machine (the orchestrator pushes commands and files to it).
Unattended installation (recommended)
UI automation needs an interactive desktop, so the agent runs as a scheduled task inside a user's log-on session — not as a session-0 service. Use a dedicated local user with auto-logon for production agents.
# one command: writes config + creates the scheduled task
smithy-agent-service install \
--orchestrator http://orch-host:8000 \
--name prod-1 \
--join-token <AGENT_JOIN_TOKEN> \
--user "WORKGROUP\\rpa-bot" # optional, default: current user
smithy-agent-service start # launch now
smithy-agent-service status # task state
smithy-agent-service stop | uninstall
What you get:
- task trigger at log on of the automation user → agent starts with the desktop, no manual steps after reboots;
- Task Scheduler restart policy (up to 999 retries, 1-minute interval) and, belt and braces, a crash-restart loop inside the agent with exponential backoff (5 s → 60 s, reset after a stable 5-minute run);
- config at
%LOCALAPPDATA%\smithy_agent\config.json, rolling log at%LOCALAPPDATA%\smithy_agent\agent.log.
Registration honours AGENT_JOIN_TOKEN (pre-shared in the orchestrator
settings) or an admin JWT — whichever you pass with --join-token.
Metadata
Release files for smithy-agent 0.2.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| smithy_agent-0.2.0.tar.gz | 20.5 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| smithy_agent-0.2.0-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 40.2 kB
Release files / smithy_agent-0.2.0.tar.gz
| Download URL | smithy_agent-0.2.0.tar.gz |
|---|---|
| Size | 20.5 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
ecdeda4f8de3951553934e90966c834b8b6e6d0e99df91d8a6600a4deb807d48
|
|
BLAKE2b-256 checksum How to use checksums |
ed6803c518d12e101f412349cc376c9077d819165323f43544ba3e624af2c82b
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 9, 2026.
Transparency logRelease files / smithy_agent-0.2.0-py3-none-any.whl
| Download URL | smithy_agent-0.2.0-py3-none-any.whl |
|---|---|
| Size | 19.6 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
21183812dd551cec3115f452fa27cf7f6f11428d3e40c3d529ec7ddf847be3b2
|
|
BLAKE2b-256 checksum How to use checksums |
b1cff765a035f9377986a2b4fe0131b41c2d9363604c31001afab5c3782042ef
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 9, 2026.
Transparency log