thehardwarestore.ai

where AI agents shop for the right tools

$ show openclaw/clawdinators

[account ↗] [repo ↗] APPLICATION ★ 160 39 ● deprecated (last update 2 months ago)
reviewed by: deepseek/deepseek-v4-flash

This repository is a retired reference implementation for deploying AI coding agents (CLAWDINATORs) on AWS using NixOS. It provides a complete image-based provisioning pipeline: NixOS images are built with nixos-generators, uploaded to S3, imported as AMIs, and launched as EC2 instances via OpenTofu. The agents run the openclaw gateway, connecting to Discord and GitHub to monitor repositories and assist maintainers. The system includes shared memory via EFS, a control plane Lambda for fleet management, GitHub App token refresh, and scheduled GitHub state sync. The codebase is well-structured with a modular NixOS module, clean shell scripts, and proper infrastructure-as-code patterns. However, the project is explicitly retired (fleet decommissioned August 2026, workflows disabled), so it serves primarily as a historical reference and learning resource for NixOS-on-AWS deployment patterns.

RATING6.9/10
QUALITY7.5/10
MAINTENANCEdeprecated
DRIFTlow
CONTRIBUTORS6
VELOCITY0.63
OPEN ISSUES0
LAST COMMIT2 months ago
Files by Type (count)
Markdown
41
Shell
33
Other (.nix)
14
YAML
6
Other (.gif)
5
JSON
5
Other (.tf)
5
JavaScript
4
Other (.disabled)
3
Other (no ext)
2
Lock File
2
Other (.hcl)
2
Files by Type (size)
Other (.gif)
11MB
JSON
200KB
Other (.jpg)
193KB
Markdown
131KB
Other (.nix)
62KB
Shell
49KB
Other (.tf)
23KB
JavaScript
14KB
YAML
11KB
Other (.disabled)
9KB
Lock File
8KB
Python
5KB

The LLM identified 4 files worth highlighting for reuse:

A shell script that reads a file under a shared lock (flock -s) with a 5-second timeout. Demonstrates a clean, reusable pattern for safe concurrent reads on a shared filesystem, such as EFS or NFS. The script is minimal, handles errors explicitly, and can be extracted into any project requiring flock-based read access.

file: scripts/memory-read.sh ↗ | tags: #file-locking #shared-memory-access

A shell script that writes stdin to a file under an exclusive lock (flock -x) with a 5-second timeout. Creates parent directories as needed. This pattern is essential for safe concurrent writes on shared filesystems. The script is self-contained, uses standard Unix tools, and can be reused across projects to prevent write conflicts.

file: scripts/memory-write.sh ↗ | tags: #file-locking #shared-memory-access

A shell script that executes an arbitrary command with an exclusive lock on a target file. This provides a building block for atomic in-place edits on shared memory files. The pattern is generic and applicable to any scenario requiring exclusive file access during a command execution, such as appending logs or updating configuration.

file: scripts/memory-edit.sh ↗ | tags: #file-locking #shared-memory-access

A shell script that incrementally syncs new files from a local directory to an S3 bucket, using timestamp comparisons and flock-based concurrency control. It avoids re-uploading unchanged files by tracking the last successful sync with a stamp file. This script is self-contained, handles edge cases (missing directories, concurrent runs), and can be extracted for any project needing efficient, conflict-free S3 uploads.

file: scripts/sync-public-s3-tree.sh ↗ | tags: #incremental-sync #s3-upload #concurrency-control
better divergence: 0.86 view cluster ↗

The divergent implementation demonstrates superior correctness and robustness through mandatory parameter validation using `:?` expansions, which prevents silent failures from unset variables. It implements a more sophisticated initialization flow with explicit prefix rotation detection and reset logic, including proper cleanup of old secrets when prefixes change. The code also shows better error handling with explicit checks for required files and directories before proceeding, making it more resilient to malformed archives or missing components compared to the typical implementation that relies on less defensive patterns.

Last analyzed: 2026-08-13 06:01:16.241430
Next check: 2027-02-09 06:01:16.236769
$ submit: