there's misunderstanding here - whether an INSERT or UPDATE is emitted is based on the state of the object passed to session.add(), whether transient (INSERT) or detached (will become persistent and UPDATE will be emitted for changes). These states are documented here:
http://docs.sqlalchemy.org/en/latest/orm/session.html#quickie-intro-to-object-states . A transient object is only created via the constructor, "implant = Implant()", or if a detached "implant" object is made transient again using the make_transient() helper function. Else your object is "detached" or "persistent" and refers to an existing row and can only invoke an UPDATE or DELETE statement.
The code here doesn't describe what "implant" is, or where it comes from, or what exactly "doesn't work fine" means as I don't see a second call to "add()" here and I don't have detail on the context in which this code excerpt is called.
There's a vague suggestion here that perhaps you're doing some kind of master/slave/replication type of thing "the user might do repeated adds into many tables in one request", there's different ways to approach that of which using multiple Session objects bound to each engine is just one, though a single Session can be made to refer to multiple engines simultaneously (see
http://techspot.zzzeek.org/2012/01/11/django-style-database-routers-in-sqlalchemy/ for one example).
make_transient() may be a worthy helper here or even just a simple "copy()" method on your "implant" object to make new transient instances.