Icons ansich sind für einen Decker erstmal nicht unbedingt sichtbar, auch aktives IC nicht (s. "IC lokalisieren", SR3.01D, S. 209). Aus diesem Umstand kann man umgekehrt schließen, dass es sinnvoll ist, den Decker eine Sensorprobe würfeln zu lassen, wenn er einen Host betritt, denn da könnten ja schon ein paar Icons rumwieseln.
Stylisch ist natürlich, wenn man Platzhalter für IC in der Metapher einbaut, so z.B. die oben erwähnte Statue. Dabei kann der Decker eigentlich nicht feststellen, ob es sich bei der Statue um einen Platzhalter oder doch nur einfach um eine Statue handelt, bis er das entsprechende IC getriggert hat und es aktiv wird.
Allerdings ist unter der Operation "Icon analysieren" auch IC aufgeführt, darüber könnte man es als gnädiger SL also laufen lassen, zumal man die Zall sinnfreier Icons beliebig erhöhen kann und so den Decker zu einer Vielzahl von Systemproben zwingen kann.
Dabei ist aktives IC sogar problematischer als reaktives IC.
Reaktives IC entdeckt der Decker entweder dadurch, dass bei der verdeckten Sensorprobe durch den SL Erfolge fallen oder durch die Operation IC lokalisieren. Wirbel-IC macht da nur insofern eine Ausnahme, dass es nicht per Sicherheitskonto getriggert werden muss, sondern einfach da ist. Also ist die verdeckte Sensorprobe sofort fällig und es gibt nur diese eine Probe.
Anschließend findet man reaktives IC meistens über die Operation "IC lokalisieren". Allerdings gibt es für ein paar IC auch andere Möglichkeiten. Bei einer Datenbombe ist es "Icon analysieren", bei Wirbel-IC funktioniert je nachdem auch "Subsystem analysieren". Da kann man sich jetzt streiten, ob beide Systemoperationen zum Ergebnis führen oder nicht. Ich bevorzuge es, für ein Ziel immer nur eine bestimmte Systemprobe zuzulassen. IC lokalisieren würde bei mir Wirbel-IC also nicht offenbaren.
"Lokalisierung von aktivem IC ..." bereitet "... keine Schwierigkeiten" und man entdeckt es, "sobald es den Decker angreift". In diesem Satz liegt das Problem. Man kann ihn so auslegen, dass der Decker das IC entdeckt, sobald es nach dem Triggern auftaucht. Aber man kann ihn auch so auslegen, dass er es erst entdeckt, wenn es tatsächlich angreift.
Ich regele das so, dass ich ebenfalls eine Sensorprobe würfele, wenn aktives IC getriggert wurde. Fällt kein Erfolg, hat das IC die erste Handlung, kann also zunächst zweimal angreifen oder sonstwas tun, ansonsten geht es sofort in die Initiative.
Bleibt noch die Frage, ob man für jedes IC eine eigene Probe braucht. Da der Decker aber gar nicht weiß, ob gerade IC da ist und erst recht nicht wie viele und welches, macht das in meinen Augen keinen Sinn. Also liefert eine Probe alle gerade vorhandenen IC.