FAQ

Common questions about pricing, delivery, and methodology.

Pricing

Why does spread-out work cost more? +
Each idle gap that exceeds the earned context window closes the billing cycle. A new cycle means a new first hour — and the first hour absorbs the full context reload: your topology, current state, constraints. Sprinting amortizes that cost across more hours.
Can I negotiate the price? +
No. The formula is deterministic — same inputs always produce the same price. This protects both sides: you know exactly what you'll pay before we start, and I don't have to guess what the market will bear. The only discount is -15% for USDT payment.
What counts as a billable hour? +
Productive time only, at 0.5h granularity. Waiting for your response, reading documentation, or troubleshooting my own tools — not billed. The first 30 minutes of any engagement are free.
What's the crypto discount? +
USDT payments receive a 15% discount on the total. This reflects lower transaction costs and faster settlement. Applied after all other calculations (tier multiplier, formula).

Delivery

Do you work on-site? +
100% remote. Customer handles the physical layer (cable, power, rack), engineer handles the logical layer (config, routing, security, monitoring). This model works worldwide — screen sharing and remote access are the primary tools.
What are your working hours? +
10:00–20:00 GMT+7 (Vietnam). Emergency tier is available outside these hours at 2x rate. 1–2 days advance booking is appreciated for non-emergency work.
How does payment work? +
100% post-delivery. No deposits, no milestones. You see the completed work before paying. Billing is per cycle — hours accumulate within a billing cycle, and the cycle closes when the engagement is complete or idle time exceeds the earned context window.

AI & Methodology

Do you use AI to configure routers? +
Yes — with grounding infrastructure. AI generates RouterOS configurations from verified facts (your topology, firmware version, hardware model), not from hallucinated documentation. I authored routeros-7-llm-safe-reference specifically to prevent AI errors in network config.
Can you fix AI-generated configuration damage? +
Yes. This happens more often than you'd think. Ungrounded AI generates plausible-looking but conflicting rules. I audit the full configuration, identify contradictions, rebuild from scratch, and teach you how to use AI tools safely going forward.
What is "grounding infrastructure"? +
A curated, version-specific dataset of valid RouterOS commands, syntax, and constraints. When an LLM generates configuration using this grounding data, it produces commands that actually exist in your firmware version. Without grounding, AI will confidently generate commands that don't exist.

Question not answered here?

Ask directly