The problem
Deciding where and how to build an outpost usually involves four specialists using four different programs: a terrain analyst maps the ground, an intelligence officer maps likely approach routes, a strike planner works from printed tables, and an engineer works in design and cost software. Each does their job well, but in isolation.
That gap shows up the moment a question touches more than one specialty. Raise the watchtower three meters and visibility improves, but nobody in the room can say how much the construction cost rises, how visible the post becomes to the other side, or how many minutes earlier an approaching group would be spotted.
Why it's hard
The four specialties don't just use different software. They update on different schedules. A post's line of sight only changes when the structure itself moves, so it's slow and expensive to compute. Detection probability changes constantly, with every shift in weather, so it's fast and cheap. Combining both into one live system means solving each on its own timeline, not recomputing the slow part every time the fast part changes.
What we built
We combined four existing, working programs into one system, leaving each unchanged: a terrain and rehearsal tool, a tactical decision tool carrying military doctrine data, a site design and cost-estimating tool, and a reporting tool. Our roughly 22,500 lines of code are the layers built on top of them.
ARGUS is organized into eight different tabs, all reading off the same terrain and weather model:
- Twin
- First-person view from the tower, with day, night, and fog toggles. Builds a five-step briefing automatically.
- Map
- Calibrates multiple map sources and sorts terrain into buildable, needs grading, or not buildable.
- Placement
- Drag a facility onto the terrain and see cost and buildability update instantly, with side-by-side layout comparison.
- Surveillance
- Shows what each sensor can actually see in current weather against a clear-day baseline, across six weather types and three intensities.
- Infiltration
- Simulates approach by foot, run, or vehicle, ruling out routes too steep for access. Feeds custom routes into every other tab automatically.
- Decision
- Runs standard tactical scenarios against current site data.
- Fires
- Compares weapon options by range, precision, and effect, and checks that a strike meets the required safety distance from friendly positions.
- Operations analysis
- Scores approach routes by coverage, gaps, and firing position, and flags when a commander's decision window is closing.
Two principles anchor the system. First, the numbers always come from the calculation engine, never from the AI assistant used for natural language input. We explicitly barred the assistant from inventing a coordinate or a placement. Second, every fix goes all the way through: when ARGUS flags a surveillance gap, it also computes a recommended location to close it.
What it can do
Across all eight tabs, three results stand out: Placement, Surveillance, and Operations analysis.
In one test run, the placement engine designed four structures and laid out the full site from scratch in under three seconds, raising joint sensor coverage from 0 to 49%, at an estimated cost of $1.7 million.
It also flagged an approach route with a complete surveillance gap, then computed a specific new observation position that raised coverage on that route from 12% to 54%, while staying outside enemy range.
During weather simulations, ARGUS recommends sensor swaps when visibility drops. On a clear day with radar on, every approach route is detected instantly. In night fog with radar off, detection slows by two to seven minutes and nearly half the coverage picture goes dark. At that point, ARGUS recommends switching to an acoustic sensor.
Limits
The terrain, sightline, and sensor modeling are real, and the rest of the system depends on them. The construction side is more early-stage: it currently uses a civilian building-cost model, so soil-hauling, drainage, and access roads are not yet modeled. Structural hardening is represented by a single placeholder number, not broken down into standoff distance or material grade. Lastly, the placement engine doesn't yet optimize for how visible a post would be to the other side; it tends toward good ridgelines because of how the terrain math works out, not because it's told to avoid exposure.