refactor(battle-node): clear residual scripted-bot prose from comments/docs

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
This commit is contained in:
gamer147
2026-06-03 20:52:41 -04:00
parent ba18790156
commit ac78e809cd
10 changed files with 15 additions and 19 deletions

View File

@@ -15,8 +15,6 @@ public interface IMatchingBridge
/// connect WS within 60s.</item>
/// <item><c>Bot</c>: <paramref name="p2"/> must be null. One viewer expected;
/// opponent runs in client.</item>
/// <item><c>Scripted</c>: <paramref name="p2"/> currently null; future
/// server-driven bot config rides on <paramref name="p2"/>.</item>
/// </list>
/// </remarks>
PendingMatch RegisterBattle(BattlePlayer p1, BattlePlayer? p2, BattleType type);

View File

@@ -1,8 +1,8 @@
namespace SVSim.BattleNode.Bridge;
/// <summary>
/// Per-battle player snapshot captured at do_matching time and replayed into the scripted
/// lifecycle on WS connect. SVSim.BattleNode does not know how to build this — the HTTP-side
/// Per-battle player snapshot captured at do_matching time and replayed into the
/// server-authored frame lifecycle on WS connect. SVSim.BattleNode does not know how to build this — the HTTP-side
/// per-mode controller is the source. Snapshot semantics: cosmetic changes between matching
/// and WS connect have no effect on the in-battle render.
/// </summary>

View File

@@ -6,7 +6,7 @@ namespace SVSim.BattleNode.Bridge;
/// <summary>
/// In-process implementation of <see cref="IMatchingBridge"/>. The HTTP-side
/// matching queue calls <see cref="RegisterBattle"/> once it has decided "these two
/// play each other" or "this viewer is solo (bot/scripted)."
/// play each other" or "this viewer is solo (bot)."
/// </summary>
public sealed class MatchingBridge : IMatchingBridge
{