OpenAI 2026 hackathon

Fargate Spot Autopilot

Automatic fallback from Fargate Spot to on-demand Fargate, with gradual recovery inside the same ECS service without taking over desiredCount.

Solo project by bukov-ka Borisov · 0 likes · 0 comments

Archive position — measured, not model output

0 likes on Devpost

2,264 of the 7,856 archived projects have more likes, and 5,592 share exactly 0 — so this project's #4,062 place in the like-ranked listing is a tie-break inside that group, not a ranking.

Projects (log scale)

1
10
100
1k
10k
05,592
11,758
2285
3–4132
5–975
10+14

Likes on Devpost. ▲ marks this project's group.

Show the figures
LikesProjectsShare of archive
05,59271.2%
11,75822.4%
22853.6%
3–41321.7%
5–9751.0%
10+140.2%
Devpost like counts for all 7,856 archived projects, captured when this archive was built.

Executive Summary

What the company appears to be

The project described by the caller is Fargate Spot Autopilot, a self-reported tool that automates fallback from Fargate Spot to on-demand Fargate in Amazon ECS services, with gradual recovery back to Spot. It is presented as a minimal controller that integrates into existing autoscaling setups without taking over desiredCount.

What changed

The author states they built this tool in response to an unmet AWS feature request for automatic fallback and recovery behavior when Fargate Spot capacity becomes unavailable. The solution uses a deterministic state machine implemented via AWS CDK, Lambda, DynamoDB, and EventBridge.

Single most important open question — the commercial due-diligence read

Is there any evidence of real-world usage or adoption beyond the author’s own development and testing? The description contains no data on customers, revenue, traction, or product-market fit beyond a single developer's personal project.

Back to contents

What The Product Actually Is

The description states that Fargate Spot Autopilot is a controller that adds automatic fallback and gradual recovery to existing autoscaled ECS services. It operates by observing ECS events and scheduled ticks, then running a deterministic state machine with three modes:

  • NORMAL: uses configured mix of Spot and on-demand tasks
  • FALLBACK: moves partially or fully to on-demand Fargate when Spot becomes unstable
  • RECOVERY: introduces real application Spot tasks as canaries and gradually restores target mix

It does not modify desiredCount, instead changing only the ECS capacity provider strategy. The system is implemented in TypeScript using AWS CDK, Lambda, DynamoDB, EventBridge, and the AWS SDK v3.

Evidence

  • Author describes how it works: “runs a deterministic state machine”
  • It uses AWS infrastructure components (CDK, Lambda, DynamoDB, EventBridge)
  • It implements a local simulator and real AWS adapter
  • The author claims to have built it with Codex using GPT-5.6

Inference The tool is described as a minimal, plug-in solution that integrates into existing autoscaling workflows rather than replacing them.

Back to contents

Positioning & Claim Evolution

The author positions Fargate Spot Autopilot as a solution to an AWS gap: the lack of automatic fallback and recovery behavior in ECS when Fargate Spot capacity becomes unavailable. The tool is described as a small controller that plugs into existing autoscaling instead of competing with it.

Claims made

  • “Fargate Spot can reduce compute cost significantly, but an ECS service does not automatically fall back to regular Fargate when Spot capacity becomes unavailable.”
  • “I wanted to build the smallest possible controller that closes this gap.”
  • “The controller never writes desiredCount. Service Auto Scaling remains its only owner.”

Inference This is a niche tool aimed at developers or DevOps teams managing ECS services on AWS, particularly those using Fargate Spot for cost savings but facing instability issues.

Back to contents

Target Customer & ICP

The description does not explicitly name target customers or define an ideal customer profile (ICP). However, the author implies that this is a developer or DevOps team working with ECS services on AWS, especially those using Fargate Spot and experiencing capacity instability.

Evidence

  • The tool is built for ECS services
  • It addresses issues around Fargate Spot availability
  • It integrates into existing autoscaling setups

Inference The ICP likely includes teams managing containerized applications on AWS ECS, particularly those using Fargate Spot and seeking to avoid manual intervention or downtime during Spot interruptions.

Back to contents

Business Model & Pricing Evidence

There is no evidence of a business model or pricing structure in the description. The project is presented as a personal hackathon submission, not a commercial product.

Evidence

  • Submitted to the OpenAI 2026 hackathon
  • Built by one person (bukov-ka Borisov)
  • No mention of monetization, subscriptions, or pricing

Inference It is unclear whether this will ever become a paid offering. The author does not describe any commercial intent beyond personal development.

Back to contents

Technical & Delivery Signals

The project uses TypeScript, AWS CDK, Lambda, DynamoDB, EventBridge, and the AWS SDK v3. It includes:

  • A local simulator that runs without AWS credentials
  • A real AWS adapter
  • A deterministic state machine
  • Integration with ECS capacity provider strategies

The author reports using Codex with GPT-5.6 to build the core components and validated it through a smoke test on real AWS.

Evidence

  • Built with Codex using GPT-5.6
  • Uses AWS CDK, Lambda, DynamoDB, EventBridge
  • Includes local simulator and real AWS adapter
  • Tested end-to-end in AWS

Inference The technical approach is lightweight and testable, leveraging AI-assisted development and deterministic logic to reduce deployment cycles.

Back to contents

Traction & Maturity Signals

There is no evidence of traction or adoption beyond the author’s own development. The project was submitted as a hackathon entry and has no reported usage by third parties.

Evidence

  • Submitted to OpenAI 2026 hackathon
  • Built by one person (bukov-ka Borisov)
  • No mention of customers, revenue, or product-market fit

Inference This is a proof-of-concept, not a mature product. There is no indication that it has been used in production environments or scaled beyond the author’s own testing.

Back to contents

Competitive Context

The description does not name competitors or describe the competitive landscape. However, it implies that AWS does not currently offer this functionality natively, and the tool fills an unmet need in ECS Fargate management.

Evidence

  • The author states: “the public AWS feature request for this behavior is still marked ‘Not planned.’”
  • It addresses a gap in ECS autoscaling behavior

Inference The competitive context is limited to AWS’s own offerings and possibly other niche DevOps tools. No direct competitors are named.

Back to contents

Key Risks & Red Flags

  • No traction or adoption: The tool has not been used beyond the author's own testing.
  • Unverified commercial intent: No evidence of a business model, pricing, or monetization strategy.
  • Single-person development: The entire project was built by one individual, raising questions about scalability and long-term maintenance.
  • Hackathon submission: The product is not positioned as a commercial offering but as a hackathon entry.

Inference This is a personal project, not a scalable or commercially viable solution. It lacks any evidence of real-world usage or business development.

Back to contents

Diligence Questions To Ask The Founders

  1. Has this tool been tested in production environments beyond the author’s own?
  2. Are there any users or customers currently using it?
  3. What is the plan for monetization or commercialization?
  4. How does it handle large-scale services (e.g., 100+ tasks)?
  5. Is there a roadmap for expanding beyond ECS and Fargate?
  6. What are the limitations of the current deterministic state machine approach?

Back to contents

Investment/Partnership Verdict

Not evidenced.

The description provides no evidence of revenue, customers, traction, or commercial viability. It is a self-reported hackathon project, not a product with demonstrated market demand or business model.

Confidence level Very low

Investment/Partnership recommendation

Not supported by evidence. This appears to be an experimental tool, not a viable investment or partnership opportunity at this time.

Back to contents

Source

Submitted to the OpenAI 2026 hackathon on Devpost. Project home on DevPost.

The analysis above was generated by a language model from the project's own one-line description. It is not independent research and contains no verified traction, revenue or customer data.