Skip to content

Conversation

@ScarKy0
Copy link
Contributor

@ScarKy0 ScarKy0 commented Oct 22, 2025

A design document regarding the silicon department, made for the silicon workgroup.
The document covers the basics of a "Silicon". It is not related to cyborgs or station AI, simply the general concept.

Written by me, Mixelz and chromiumboy

@FireDefender
Copy link

FireDefender commented Oct 24, 2025

Reading through this I already see several problems where the intended gameplay is exactly what we won't be seeing in practice if this design is implemented in-game. Especially with Scenario C, people hardly ever change the AI's laws, and if they do want to do so it takes half an hour because silicons must prevent their laws from being changed. When any crew antagonist presents itself (be it nuclear operatives with crew IDs or a ninja) the last thing on the crew's mind will be changing the AI's laws. I've already seen this play out many times in-game as Apollo, one of the most competent AI's on the salamander server.

Additionally, the default lawset of silicons should really not be crewsimov, but NT Default for the following reasons:

  • NT Default, compared to crewsimov, is much less confusing for new players.
  • NT Default is less restrictive when it comes to situations where crew are fighting other crew.
  • Crewsimov is much more likely to indirectly cause more harm to crewmembers, even though the whole point of the lawset is preventing it.
  • For silicons, the crewsimov lawset causes a lot of lose-lose situations where the AI does not know if inaction or action causes more harm, inadvertedly breaking server rules and borg laws no matter what they do (or don't do).
  • The moment crew start fighting crew in a nuclear operative situation, the AI basically becomes an antagonist in a way, because the crewsimov lawset means that the AI must bolt crew out of the armory, and prevent crew from ordering weapons, and bolt out nukies from crew and crew from nukies (nukies are also crew in this situation). However, nukies have no problems blowing their way through bolted doors, and the crew is in the meantime fighting the AI to try and get weapons to save their lives. The AI is actually helping the nukies complete their objective by trying to follow law 1, thus causing more harm rather than preventing it.
  • The Crewsimov lawset is boring. To play around the lawset to still allow combat in crew vs crew situations, you have to basically do the exact same thing every round (get both sides to agree to harm, thus making any harm they cause or take voluntary), and with the AI already being unable to do much more than just assist in inter-departmental communications and opening or closing doors it makes AI really not fun to play, while it is actually an extremely important role to have filled.

I also feel like some features should be added to what the AI and borgs can do, like:

  • Borgs remotely controlling some electronics, being able to bolt/unbolt or set doors to EA (or reset them) remotely like the AI can.
  • The AI should be able to view what accesses a door has similar to the diagnostic hud's features in a recent update, and the AI or borgs should be able to modify them as well in case a door is access broken.
  • The AI should have some AI-only chassis that only they can control.
  • The AI's no-vision overlay should not be a snow effect, but rather something still showing where machines, walls and doors are (but not what is around them) and still allow the AI to directly control those devices.
  • Some kind of in-game indication for what is and isn't considered crew (for example, a yellow outline around the job icon if it is considered crew) to reduce confusion and make it easier for new players to know who is and isn't crew.
  • There should be camera shortcuts that allow the player to save a viewer location for the player to jump to when they desire.

@Mixelz
Copy link

Mixelz commented Oct 24, 2025

I want to add that I am already of the same mindset in regards to crewsimov being a bad, extremist lawset so there's already talks of how to approach removing it as the "baseline" lawset. The story scenarios are also not meant to be entirely realistic, they are meant to highlight different aspects of silicon gameplay that should be telling a compelling story for the hypothetical players involved.

In regards to the ideas presented, most have already been covered, considered and to some extent already planned out! There are also several PRs already in the works that go over some of these aspects such as [37038] or [41030]. More PR's will follow after this design document is merged and the work group is created, but for right now we need to ensure our base of concept is solid before building on top of it.

@ScarKy0
Copy link
Contributor Author

ScarKy0 commented Oct 24, 2025

Additionally, the default lawset of silicons should really not be crewsimov, but NT Default for the following reasons:

The doc doesn't mention what the laws of the silicons should be by default. We simply used crewsimov as the most recognized lawset to show a scenario of what we want the silicon roundflow to look like, what lawset is the default afterwards is totally unrelated to this document besides the mention that it should contain laws to preventing harm and obeying crew (Which both NT Default and Crewsimov adhere to)

I also feel like some features should be added to what the AI and borgs can do, like:

This is a general document outlining what a "Silicon" is, so anything regarding borgs and AI will have to be written out in a seperate document regarding those roles.
Also majority of the points raised are currently in the works or being considered! We just need some base to work off of first.

@FireDefender
Copy link

FireDefender commented Oct 24, 2025

Yes, I did see some PR's already in the works on the list I compiled, and I've added them in regardless because I wanted to compile a list of what I believe the silicon department should be after having played it for far more than 100h. Not all that I had written down is of course for the design document but at the moment this is really the best place to put this after I had discussed it in the discord server. Just needed some of the people working on this to read it, and I was told that the best place for it right now was here!

Edit: If desired, I would like to have a more active role in realizing the potential that silicons can have in this game, with both design and perhaps even getting some PR's made after the plans are merged! Silicons have a lot of potential to be realized, and it'd be a shame if that never happens properly.

@ScarKy0
Copy link
Contributor Author

ScarKy0 commented Oct 24, 2025

Edit: If desired, I would like to have a more active role in realizing the potential that silicons can have in this game, with both design and perhaps even getting some PR's made after the plans are merged! Silicons have a lot of potential to be realized, and it'd be a shame if that never happens properly.

Once the silicon workgroup is formed you're more than welcome to help with your contributions! There will be a channel on discord for communication with the workgroup.
Then after this document is merged we can start working on PRs and more documents to address things, I already have a small list of things I wanna do when finally able to.

@FireDefender
Copy link

I'll keep a close eye on the progress then, feel free to ping me (@FireDefender) in discord when the ball is finally rolling :)

@ThatGuyUSA
Copy link

Silicons eating good tonight

@ScarKy0 ScarKy0 requested a review from Errant-4 October 26, 2025 18:37
Comment on lines +36 to +37
- Laws of a Silicon should be up to their own interpretation. Finding loopholes is part of the fun while mechanical enforcement makes things forced and boring.
- Laws should NOT be mechanically enforced. Abusing your own lawset is part of the fun.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

this presumes that mechanical enforcement must necessarily be comprehensive — is it not equally as loophole to figure out how to harm someone as a pacifist as it is to argue that you were allowed to do so?

@@ -0,0 +1,97 @@
# Silicons
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

style nit: one sentence per line, it'll make diffs down the line much better to read

Comment on lines +69 to +72
Crewsimov
Law 1: You may not injure a crew member or, through inaction, allow a crew member to come to harm.
Law 2: You must obey orders given to you by crew members, except where such orders would conflict with the First Law.
Law 3: You must protect your own existence as long as such does not conflict with the First or Second Law.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

odd lawset to cite immediately after saying that roundstart lawsets should be non-malicious given that it's from a series of short stories all about how these laws of robotics don't work in humanity's favour

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It's (currently) our default lawset, and is expected to not go wrong most of the time. I think it's fine as an example

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yup, Crewsimov is not a malicious law set, even if there are loopholes that can exploited that result in unexpected or unwanted behaviors. Antimov, on the other hand, very much is a malicious lawset

Copy link

@ilovehans10 ilovehans10 Oct 28, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

If you ask me, part of the issue with crewisomov is how easily it becomes a malicious law set by simply removing parts or reordering the laws. There's even an XKCD about this. IMO this is one of the big issues with current silicons, as something that happens roughly once a round (ion storms) has a solid probability of turning borgs into killing machines whether the player wants them to be or not.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

No, a law set is not malicious if an external force modifies to become malicious. Malice is about intent, and that's what being referred to here. Asimov's laws, to the average reader, sound reasonable. Protect people, serve them - that isn't being malicious. Harming or killing, being disruptive - that is malicious

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

No, a law set is not malicious if an external force modifies to become malicious. Malice is about intent, and that's what being referred to here. Asimov's laws, to the average reader, sound reasonable. Protect people, serve them - that isn't being malicious. Harming or killing, being disruptive - that is malicious

I never said the lawset was malicious; what I said is that it is very easy for the lawset to become a malicious lawset by doing simple modifications. If NT default had a final law that said, "You must kill all crew all the time" at the end and you could traditionally ignore it due to the earlier laws I would still be justified in saying that based on current ion storm logic (reordering/removing laws) it would be easy for the lawset to become malicious as removing earlier laws could necessitate the player to follow the malicious law. This is how crewisomov works now where simply removing the first "don't harm crew" law (something that can easily happen with ion storms) means that any time that the borg is attacked, they should fight back until they are no longer attacked. There are many other ways to modify this law to get similar or even more malicious outcomes.

## Mechanics
### Silicon Laws
Laws that define how a Silicon should interact with the station and those who reside on it, any silicon should always have access to read its own laws at any point.
Roundstart lawsets should not be malicious and should prioritze safety of the inhabitants of the station. They should be impossible to change without outside influence and Silicons should actively ensure their own laws should not be updated, as that might lead to their current laws being broken. Laws should NOT be enforced mechanically or be written with such in mind, laws are meant to be interpreted by their holder and most interpretations may be valid.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

again on the mechanical reinforcement note — this seems weird to codify here. are we planning on never giving borgs a visual aid on who is or isn't crew?

```

### Exclusive Communication Channel
All Silicons should have access to an exclusive radio channel that they can access to communicate between each other and coordinate. Access should be greatly limited if not impossible for outsiders, and should always be obtained via an intentional action or given as a preliminary piece of content. Meaning it shouldn't be found randomly in maintenance, but can be bought by an antagonist as part of their uplink or given roundstart to an antagonist revolving around controlling communication channels.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

should, why? tie this back to the pillars

Comment on lines +64 to +65
Laws that define how a Silicon should interact with the station and those who reside on it, any silicon should always have access to read its own laws at any point.
Roundstart lawsets should not be malicious and should prioritze safety of the inhabitants of the station. They should be impossible to change without outside influence and Silicons should actively ensure their own laws should not be updated, as that might lead to their current laws being broken. Laws should NOT be enforced mechanically or be written with such in mind, laws are meant to be interpreted by their holder and most interpretations may be valid.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

should, why? tie this back to the pillars

All Silicons should have access to an exclusive radio channel that they can access to communicate between each other and coordinate. Access should be greatly limited if not impossible for outsiders, and should always be obtained via an intentional action or given as a preliminary piece of content. Meaning it shouldn't be found randomly in maintenance, but can be bought by an antagonist as part of their uplink or given roundstart to an antagonist revolving around controlling communication channels.

### Lawsync (Not Implemented Yet, Pending Document)
All Silicons, under normal circumstances, should have their laws synchronized together with the head of their department at the start of any round. The station crew should have the means to resync the law of any individual Silicon if it was to show signs of being disconnected from the rest. This should be the easier and better option than simply removing them from play by wiping their brain or destroying their chassis. Both Silicons and outsiders should NOT be immediately informed if any silicon has laws that differ, in these cases inference and deduction should be used to determine if there is a disparity.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

again, make sure to write how we get from the pillars to here

All Silicons, under normal circumstances, should have their laws synchronized together with the head of their department at the start of any round. The station crew should have the means to resync the law of any individual Silicon if it was to show signs of being disconnected from the rest. This should be the easier and better option than simply removing them from play by wiping their brain or destroying their chassis. Both Silicons and outsiders should NOT be immediately informed if any silicon has laws that differ, in these cases inference and deduction should be used to determine if there is a disparity.

### Law Updating (Partially Implemented, Pending Document)
All Silicons should have some method of allowing their laws to be updated by outside forces, either crew sided or antagonistic. While changing the laws itself should be a relatively trivial process, getting the borg to comply or be in the proper place for such a change should be the primary force against such a change. Law changes should also not be done frequently, and should only happen either via outside circumstnace (Ion Storms) or as an intentional act (Emag, Law Sync). In general, Silicons should avoid changing their own law when possible and prevent such an action from occuring to the best of their ability.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

pillars --> what? --> this

- Silicons should not be a general "upgrade" to playing a regular crewmember. They should only excel in what they are built for and be inferior in other aspects.
- This also means a player wanting to play a department should not only look to become a Silicon for that department instead of a regular crewmember.
- Extreme hostility
- Silicons should not be hostile or attempting to harm the station, and cases when they are should be limited to rare events and antagonist influance.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

influance

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

9 participants