Ashley🌹

Introducing STYX — built at NEAR HACKATHON on @NEARProtocol to bring scoped spending, delivery verification, and owner-controlled payments to agent services. As agents take on more useful work, one question becomes harder to ignore: how do we let them coordinate services without giving them unrestricted control over our money? An agent completing a task and a service requesting payment are only parts of the process. Someone still needs to define the rules, check what was delivered, and decide whether that delivery deserves payment. That is the workflow we built with STYX. HOW IT WORKS The current use case is turning structured invoices into accounting CSV files. An owner prepares a job and defines its scope, spending cap, permitted service, recipient, expiry, and delivery requirements. STYX compares service quotes and connects the selected work to those rules. The delivery then goes through deterministic checks for source coverage, arithmetic, duplicates, uncertainty, and integrity. The owner can inspect the actual CSV and verification results before accepting the work. For the NEAR testnet flow, the owner reviews and signs the relevant wallet actions. Buyer-agent, provider, and verifier roles use separate identities; they do not receive the owner’s wallet keys. A verified result can proceed to owner-approved payment. Failed checks block acceptance, and a reservation can be released without paying the provider. WHAT WE HAVE WORKING • Structured JSON/CSV invoice processing. • Local parsing, with optional NEAR AI extraction behind explicit data-sharing and API-cost consent. • Owner-defined rules and spending caps. • Service quote comparison. • Downloadable CSV deliveries and source comparisons. • Separate buyer-agent, provider, verifier, and owner roles. • NEAR testnet escrow, reservation, delivery, verification, and payment flows. • Transaction reconciliation that checks final receipts and contract state after interrupted or uncertain submissions. • Completed testnet payment and reservation-release examples. WHY BUILD THIS ON NEAR? STYX uses NEAR testnet to record and enforce the agreement and settlement flow, while keeping invoice contents off-chain. The application connects the work people can inspect with the payment actions owners authorize. A wallet redirect alone is not treated as settlement: STYX reconciles the transaction and contract state before reporting confirmation. The broader idea is a reusable pattern for agent services: bounded authority, inspectable delivery evidence, and explicit owner control over payment. TRY IT WITHOUT A WALLET We also built a public sample workspace so anyone can explore the product immediately. You can load 30 fictional invoices, set a spending cap, compare quotes, inspect the generated CSV, accept a successful delivery, or try an arithmetic-failure case and release the reservation. Each visitor gets an isolated temporary workspace. Sample payments are clearly labelled simulations and do not send NEAR. Separate proof links show earlier, actual NEAR testnet transactions. WHERE WE ARE TODAY STYX is a working testnet pilot. Both configured service providers are currently STYX-operated, and the verifier runs on a trusted server. The checks establish consistency with the supplied invoice data; they do not prove invoice authenticity. Independent security review, broader user testing, and operational hardening remain ahead before commercial use. We would love feedback from NEAR builders, agent developers, and people who work with invoice processing: what evidence would you need before allowing an agent-assisted workflow to release payment? Try STYX: usestyx.xyz Public sample: usestyx.xyz/try-demo Watch the walkthrough: youtu.be/7t0hImAfEIY Explore the code: github.com/vickman787/styx Delegate the work. Inspect the evidence. Keep control of payment. #NEARHackathon #NEARProtocol #AIAgents #Web3