用途：在涉及技术选型或评估时（框架、数据库、库、云工具等），注入 Tikal 以色列技术雷达的立场，让技术栈决策有据可依，并把选型作为 ADR 级决策记录下来。
主要能力：从当前提示中提取候选技术并归一化别名；实时从 https://tikalk.com/radar.json 拉取雷达数据；按名称匹配 blip，提取 <p>Why?</p> 中的 Tikal 观点；对 Stop 环技术给出同象限 Keep/Start 的替代建议；输出 Tikal Tech Radar Context 表格（技术/象限/环/观点）与来源行。雷达含四个象限（DevOps、Backend、AI/ML、Web/Mobile）和四个环：Try（探索评估，未背书生产）、Start（推荐新项目采用）、Keep（默认推荐）、Stop（建议停用，有更好替代）。
使用方式：在匹配任务开始时调用，早于规划与实现。手动命令：/tech-radar-boot 或 /tech-radar-boot redis vs kafka；/tech-radar-context 为已弃用别名。脚本调用：bash scripts/radar-search.sh <tech1> [tech2 ...]（POSIX），pwsh scripts/radar-search.ps1 <tech1> [tech2 ...]（Windows），加 --json 或 -Json 输出 JSON。
适用场景：选择或比较技术、设计系统时隐含栈决策、审查现有栈的现代化替换、会话中途出现栈选择。不适用于纯业务/产品问题或用户明确要求忽略雷达。
限制：数据每次实时拉取，无缓存或内置快照；获取超时 10 秒，失败时报告来源不可达并继续任务，不得用旧数据冒充当前数据。无匹配时只输出标题与来源行，不编造环或观点。观点取自 <p>Why?</p> 块，而非中性的 <p>Description</p>。同一技术可能出现在多个象限且环不同，需分别呈现。替代建议须来自数据集实际 Keep/Start blip，不得硬编码。选型需通过 /architect-specify 记录，否则决策会流失。