Printable Version of Topic
Dumpshock Forums _ Shadowrun _ Loaded Agents/Sprites
Posted by: Aerospider Aug 27 2011, 10:22 AM
Can anyone help clarify this for me please?
You load an agent in your node so that it can assist you wherever you go. You hack into a node, find a file and start making certain 'corrections'. A spider finds you and launches an attack. Your agent has a copy of your Attack program loaded, so can you command the agent to attack the spider whilst you get on with your work? Could you even both attack the spider at once?
Can the spider attack the agent instead of you?
Presumably the same would apply to sprites...?
Posted by: Kirk Aug 27 2011, 11:58 AM
QUOTE (Aerospider @ Aug 27 2011, 05:22 AM)

Can anyone help clarify this for me please?
You load an agent in your node so that it can assist you wherever you go. You hack into a node, find a file and start making certain 'corrections'. A spider finds you and launches an attack. Your agent has a copy of your Attack program loaded, so can you command the agent to attack the spider whilst you get on with your work? Could you even both attack the spider at once?
Can the spider attack the agent instead of you?
Presumably the same would apply to sprites...?
Yes.
Seriously, the answer to each of your questions is "yes".
One minor thing, however. Don't turn your back on the spider and "get on with you work". The spider can still attack you while being attacked by your agent. That could be very bad.
Posted by: KarmaInferno Aug 27 2011, 01:38 PM
If it helps, think of the agent as a Drone.
-k
Posted by: Aerospider Aug 27 2011, 04:13 PM
Thanks guys.
Posted by: Mardrax Aug 27 2011, 04:18 PM
Ehrm. Doesn't the Agent need acces to the node you're in first as well? Or can you ride a single Agent on your own subscription?
Posted by: Yerameyahu Aug 27 2011, 04:56 PM
Either, IIRC.
Posted by: Neraph Aug 29 2011, 03:49 PM
Also, whatever programs your Agent is loaded with are also cutting into your comm's System - in your above example you have at the least 3 programs running (two Attack programs and the Agent itself).
Posted by: Aerospider Aug 29 2011, 05:11 PM
QUOTE (Neraph @ Aug 29 2011, 04:49 PM)

Also, whatever programs your Agent is loaded with are also cutting into your comm's System - in your above example you have at the least 3 programs running (two Attack programs and the Agent itself).
Ah, now wait a moment. I was of the understanding that this was only true of independent agents. Have I got that the wrong way round?
Posted by: Yerameyahu Aug 29 2011, 05:19 PM
They have to run somewhere. Either they're running on your machine, or they're running on the remote machine (or, possibly, a dedicated machine that is the agent's 'home'). If it's not the latter options, then yes, they're using up your node's resources. 'Equpped'-but-not-running programs do not count.
Posted by: hobgoblin Aug 29 2011, 05:27 PM
Note that i think you can pass a running Attack program between you and any agent running on your comlink.
Also makes Nexi hacking such a powerful weapon, as you can stack up on programs and agents. Problem is that you likely need a van to transport it around
Posted by: Yerameyahu Aug 29 2011, 05:37 PM
Well, some are smallish. A troll's backpack could certainly carry some of the low-/mid-level ones.
Posted by: Neraph Aug 29 2011, 11:54 PM
That's why I prefer Clustering. It's kinda expensive, but I had an AI-in-drone-body character that used his Home Node (drone's node) clustered with two R5 Commlinks in the drone's arms as his mega-node.
Posted by: hobgoblin Aug 30 2011, 08:53 AM
ugh, reminds me that i have a full borg hacker here somewhere that stuffed as many comlinks as he could inside his cyberlimbs. Came out kinda crazy.
Posted by: Aerospider Aug 30 2011, 11:50 AM
Ok, here's a follow-up query regarding sprites –
If a sprite has a CF that the TM doesn't, can the sprite 'give' it to the TM for his own use?
The closest I can find to any rules on the matter is that sprites function mostly like agents. So if agents can do this with programs can sprites do the same with CFs?
Posted by: Mardrax Aug 30 2011, 11:53 AM
QUOTE (Aerospider @ Aug 30 2011, 01:50 PM)

If a sprite has a CF that the TM doesn't, can the sprite 'give' it to the TM for his own use?
No. A sprite can lend a TM or other sprite use of its CFs as much as a Spirit might lend a mage use of its powers or spells.
They could however Assist Operation or whatever it's called.
Posted by: Aerospider Aug 30 2011, 01:55 PM
QUOTE (Mardrax @ Aug 30 2011, 12:53 PM)

No. A sprite can lend a TM or other sprite use of its CFs as much as a Spirit might lend a mage use of its powers or spells.
They could however Assist Operation or whatever it's called.
That's pretty much what I thought, though it seems to be a common sense thing rather than RAW since CFs are analogous to programs rather than powers or spells. I guess Assist Operation is already pretty awesome, what with the sprite not needing to know the CF themselves.
Posted by: hobgoblin Aug 30 2011, 02:12 PM
the CFs are analogous to programs in what they can be used for, not in every last detail of their behavior.
Posted by: LurkerOutThere Aug 30 2011, 02:58 PM
QUOTE (hobgoblin @ Aug 30 2011, 08:12 AM)

the CFs are analogous to programs in what they can be used for, not in every last detail of their behavior.
This, it's matrix with your mind, you loose some of the utlity of traditional programs because you summon them up from the Aether.
Posted by: Neraph Aug 30 2011, 03:53 PM
QUOTE (Aerospider @ Aug 30 2011, 05:50 AM)

Ok, here's a follow-up query regarding sprites –
If a sprite has a CF that the TM doesn't, can the sprite 'give' it to the TM for his own use?
The closest I can find to any rules on the matter is that sprites function mostly like agents. So if agents can do this with programs can sprites do the same with CFs?
Basically they covered it, but they missed a Free Sprite entering into a Networking Resonance Bond with a Technomancer (page 160,
Unwired).
Posted by: LurkerOutThere Aug 31 2011, 04:10 AM
True but that's so far outside the normal that's it's borderline not worth muddying the issue.
Powered by Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)