No. Do it manually.

Your software architecture diagram should be on a rather high level (see the example here). It’ll be really hard to automate this with code because it’ll span across multiple git repositories and programming languages.

Also, the idea is to think about the architecture first before implementing it, and auto-generating it from your code assumes that you’ll write the code first. That doesn’t make a lot of sense.

The story’s a bit different when it comes to interface documentation. An interface could be a REST API or the class / instance methods in object-oriented programming languages. There’s no value in having a human go through your code and write those down! And there are tools for that which do a great job.

As all regulatory requirements, try to approach this from an angle of “What could be useful for us?”:

Quickly drawing up some system diagrams before diving into code? Sounds like a good idea!

Documenting APIs so that new developers can be on-boarded faster? Also doesn’t sound too bad.

Try to avoid creating regulatory documentation only for compliance’s sake. It should be useful for you.