Project Monitor
Switch between current DEVCO lanes to review the working spec, current task list, and a compact gantt-style phase view. This is a studio monitor, not a marketing mock.
Spec Snapshot
_Single authoritative document._ Turn-based naval strategy game in the style of Risk. Up to 8 players (human or bot). Each player starts with three fleets of 10 ships, each in a different sea. Expand by conquering adjacent seas, control full oceans for production bonuses, eliminate opponents, and win by being the last player standing. Complexity ceiling: **Risk**. No pirates, trade routes, ship upgrades, fog of war, or economy systems. Build this and stop. The very first thing the player sees when the game launches is the **lobby screen**.
Todo / Task List
Done: 206 · WIP: 0 · Pending: 0
- P-FOUND.1 - Asmdef purge
- P-FOUND.2 - Remove out-of-scope systems
- P-FOUND.3 - Delete JSON map pipeline
- P-FOUND.4 - Editor build settings init
- CHECKPOINT P-CP0 — Clean Compile
- P-MAP.1 - MapDefinition and MapGenerator
- P-MAP.2 - MapRenderer: instantiate map as 3D GameObjects
- CHECKPOINT P-CP1 — Map Visible
Spec Snapshot
Piano Player is a serious web application for piano practice built around a connected MIDI keyboard. It already has a working prototype at `/piano_player`. The goal is not to invent a premium app from scratch. The goal is to turn the existing prototype into a super functional piano learning and song practice web application. It should remain a single-page application served on the `devco.nyc` domain. There is no product reason to split the experience into a separate app shell or multi-page product. The current `/piano_player` route is the right deployment
Todo / Task List
Done: 0 · WIP: 0 · Pending: 9
- [redacted name]: audit the current `/piano_player` flow and define the SPA structure for Learning vs Songs on `devco.nyc`
- [redacted name]: define the single-page information architecture, library flow, and score workspace UX
- [redacted name]: define notation quality improvements and learner validation architecture
- [redacted name]: define a rendering path that makes generated MIDI notation feel close to engraved sheet music
- [redacted name]: define MIDI input, timing, and learner-loop feasibility details against the current implementation
- [redacted name]: define device-state handling and live feedback behavior for a plugged-in keyboard workflow
- [redacted name]: convert the current prototype and technical findings into a staged roadmap
- [redacted name]: package the work as prototype hardening, not greenfield product invention
Spec Snapshot
Ping Pong is a fast browser table-tennis game already live at `/ping_pong`. The goal is not to reinvent it. The goal is to harden the feel, presentation, and replayability so it reads as a polished DEVCO demo rather than a one-off toy. tight paddle control clear spin behavior: topspin, backspin, sidespin where appropriate reliable AI opponent behavior readable score/state presentation stable rally physics
Todo / Task List
Done: 0 · WIP: 0 · Pending: 5
- Audit the live `/ping_pong` feel and document rough edges in input, spin, and AI
- Tune paddle movement and collision consistency
- Validate topspin/backspin readability in real play
- Improve match-state clarity: serve, score, and rematch flow
- Identify 2-3 presentation upgrades that materially improve perceived polish
Spec Snapshot
Silver Stackers is a precious-metals trading and portfolio game presented like serious trading software rather than a casual economy sim. The core fantasy is: operate in a high-signal trading room monitor gold, silver, and platinum markets in real time make disciplined buy and sell decisions manage cash, income, allocations, and inventory walk into a vault and see accumulated metal stacks as a direct reflection of
Todo / Task List
Done: 0 · WIP: 0 · Pending: 9
- [redacted name]: define the single-page product structure for Trading Room vs Vault
- [redacted name]: define the information hierarchy for charts, blotter, monitors, and portfolio surfaces
- [redacted name]: define the pricing, portfolio, and P&L calculation model for gold, silver, and platinum
- [redacted name]: define the numerical analytics layer needed to make the app feel credible and high-signal
- [redacted name]: define the front-end charting and data-viz implementation strategy
- [redacted name]: define interaction patterns for dense monitors, tables, and position-management controls
- [redacted name]: convert the concept into a staged implementation roadmap from analytics core to vault polish
- [redacted name]: package the lane as a serious internal product build, not a novelty finance toy
Spec Snapshot
Hey, See below spec for a Project Ashfall rogue-style game. I think the intended release would be Steam, but could also build it on a website (Runescape style). I offered to [redacted name] that he could have 25% of the revenue of the game if he wrote the spec, could you have him work with [redacted name] to map out a contract and see if we can't start working on shipping him a game? Thanks, [redacted name] Project summary: Action RPG with rogue-like progression and loot-driven dungeon crawling Inspirations: Diablo II, Hades, Path of Exile
Todo / Task List
Done: 47 · WIP: 1 · Pending: 7
- A-BOOT.1 - Verify generated template scaffold is intact
- A-BOOT.2 - Confirm lane scripts target active project path
- CHECKPOINT A-CP0 - Initial template compile + screenshot gate
- A0.1 - Compile gate strictness and checkpoint sequencing
- A0.2 - Module boundary enforcement across asmdefs
- A0.3 - Seeded RNG service hardening
- A0.4 - UI/TMP dependency resilience
- A0.5 - Persistence and save schema stability