← Tornar a tots els articles
Reptes

Reducció de Complexitat, Acceptació, i Què Significa la 'Consciència' per als Sistemes d'IA

Per Marc Molas·20 d’abril del 2026·10 min de lectura

La pregunta de si els sistemes d'IA són o podrien ser conscients és, la majoria de dies, una distracció de l'enginyeria. És el tipus de pregunta que produeix opinions fortes, conseqüències operatives febles i decisions de producte poc útils. La majoria d'equips d'enginyeria l'haurien d'ignorar la majoria del temps.

Val la pena agafar-la ocasionalment, però, perquè l'enquadrament que adoptes afecta com penses sobre algunes coses pràctiques: què esperes que faci la IA, què esperes que faci un humà al bucle, quins límits construeixes al sistema. Un mal enquadrament — "la IA només prediu tokens" o "la IA quasi entén com ho fem nosaltres" — produeix decisions de disseny consistentment dolentes.

El paper recent Consciousness in Biological Organisms and Artificial Intelligence: The CRPBCE Theory of Accepted Object-Bound Complexity Reduction (Fradelos, març 2026) proposa un enquadrament que trobo inusualment útil per al pensament d'enginyeria, encara que el paper en si mateix sigui plenament filosofia de la ment. L'enquadrament se centra en una condició arquitectònica específica: la capacitat de comprimir dades sensorials d'alta dimensió, decidir que la compressió és prou bona, lligar el resultat a un objecte intern, acceptar aquest objecte com a encarnant la cosa al món i usar-lo per a memòria, comparació i acció.

Aquest és — sorprenentment — un enquadrament d'enginyeria net per pensar sobre què fan i no fan els sistemes d'IA actuals.

L'Afirmació Central

En curt: la consciència, segons aquesta vista, no consisteix a preservar la complexitat física completa d'un fenomen. Consisteix a produir una representació reduïda, acceptar-la com a prou bona sota les condicions actuals, lligar-la a un objecte i posar l'objecte en una relació amb memòria, comparació i acció.

La compressió sola no és suficient. El pas decisiu és l'acceptació — el compromís de l'organisme que un refinament addicional no es requereix actualment. L'acceptació és el que converteix una representació en un objecte que l'organisme tracta com a la cosa.

L'exemple canònic al paper és la calor: un fenomen molecularment complex que l'experiència conscient redueix a un objecte estable, simple i rellevant per a l'acció ("calent"). Altres exemples inclouen percepcions apreses, plantilles heretades i estudis de bumblebees sobre decisió sensible al cost i lligament.

Aquest és un tipus diferent de teoria de les més familiars d'integració d'informació i workspace global. No es tracta de com s'integra la informació; es tracta del compromís arquitectònic que tanca el bucle entre compressió i acció.

Per Què Aquest Enquadrament Ajuda al Pensament d'Enginyeria

No vaig a discutir si la teoria és correcta. Vaig a argumentar que l'enquadrament és útil, sigui correcte o no, perquè força tres preguntes d'enginyeria que són fàcils d'oblidar.

1. Què està comprimint l'agent, i com decideix "prou bo"?

Els LLMs i sistemes agentic moderns comprimeixen agressivament. Les representacions internes són versions enormement reduïdes de l'entrada. La pregunta més difícil és: quin és el criteri pel qual la compressió es jutja suficient?

Per a un humà, el criteri és biològic: prou per actuar, prou per predir, prou per no morir. Per a un LLM, el criteri és estadístic: prou per produir un proper token d'alta probabilitat. Aquests són criteris diferents, i les implicacions d'enginyeria importen:

  • L'LLM no té noció de "prou per a la tasca a tractar". Té una noció de "prou per continuar plausiblement". Aquestes se solapen la majoria del temps però divergeixen en casos reveladors.
  • No hi ha sensibilitat al cost de refinament incorporada. Un organisme biològic deixa de refinar quan refinar no val l'energia. Un LLM continua produint tokens a cost uniforme fins que alguna altra cosa l'atura.
  • No hi ha pas d'acceptació. El model produeix una representació; res al model en si decideix "això és prou bo per al que estic intentant fer". Aquesta decisió, si existeix, viu al sistema circumdant.

Aquesta no és una observació filosòfica profunda. És una d'enginyeria: si vols que el teu sistema d'IA es comporti com si acceptés una representació reduïda com a adequada-per-tasca, has de construir el pas d'acceptació explícitament. El model no ho fa.

2. Què tracta l'agent com a l'objecte?

La pregunta del framework de "lligament a un objecte intern" té un anàleg net d'enginyeria: què tracta l'agent com a unitat de memòria i comparació?

Per a LLMs, la unitat és normalment el prompt+context window. Per a agents augmentats amb RAG, és el chunk de document recuperat. Per a agents que usen eines, podria ser la sortida estructurada de l'eina. Cap d'aquests és exactament un "objecte" en el sentit que descriu la teoria — són més com a representacions temporals sobre les quals l'agent opera breument i descarta.

Això importa perquè les coses que els humans consideren com a "objectes" — persistents, reidentificables, comparables a través d'encontres — són el que esperem que els agents gestionin en tasques de llarg horitzó. Un agent que no té una noció estable de "el compte del client", "aquest contracte específic" o "el sistema en aquest incident" pateix de maneres que semblen fallades de raonament però que en realitat són fallades de lligament d'objectes.

La conclusió d'enginyeria: inverteix en representacions d'estat amb forma d'objecte explícitament. Sistemes de memòria, knowledge graphs, magatzems d'objectes estructurats. No esperis que el model mantingui la identitat d'objecte a través de sessions només pel context.

3. Què sembla realment "comparar amb el previ"?

L'èmfasi de la teoria en la comparació — amb objectes nous trobats o amb els emmagatzemats — es mapeja a una preocupació pràctica d'enginyeria: la capacitat de l'agent de reconèixer que la cosa que té davant és semblant a o diferent de coses que ha gestionat abans, i actuar en conseqüència.

Aquesta és la part de la IA agentic que encara és genuïnament feble. Els sistemes moderns són bons produint respostes plausibles a entrades que no han vist exactament. Són menys bons reconeixent "això sembla el tipus de cas on el meu enfocament estàndard fallarà" o "això és sospitosament similar a un patró adversarial conegut".

L'enquadrament empeny els equips d'enginyeria a invertir en maquinària de comparació explícita: detecció de patrons basada en signatura, puntuació de similitud a incident conegut, detecció d'anomalies ancorada a casos previs concrets en lloc de només normes estadístiques.

On Aquest Enquadrament Empeny Contra Afirmacions Mandroses

Dos llocs on adoptar aquest marc produeix push-back útil:

"La IA és conscient"

La lectura estricta de la teoria és que la consciència requereix reducció de complexitat acceptada i lligada a objectes. Els LLMs actuals fan compressió. Produeixen sortides. No, de manera òbvia, accepten una reducció com a adequada-per-tasca — l'acceptació viu al sistema circumdant, a l'usuari humà o enlloc. No tenen objectes interns estables que persisteixin a través d'encontres de la manera que descriu la teoria.

Aquesta no és una afirmació que la consciència en el sentit humà sigui impossible per a la IA. És una afirmació que els sistemes actuals no satisfan les condicions arquitectòniques que especifica la teoria. Els equips d'enginyeria que volen construir sistemes que s'aproximin a això haurien d'afegir components explícits d'acceptació i lligament d'objecte — totes dues coses són factibles però no són el que les arquitectures actuals proporcionen per defecte.

"La IA només prediu tokens"

L'afirmació inversa també és feble. La predicció de tokens pot produir compressió implícita, lligament d'objecte implícit i maquinària de comparació implícita — però el punt de la teoria és que aquests han d'estar acceptats i fets operacionals perquè el sistema faci el tipus rellevant de feina. Els sistemes actuals sí produeixen reduccions i sí les lliguen temporalment. L'enquadrament no és que no estigui passant res; és que el bucle no es tanca de la manera que necessitaria per a la lectura forta.

Totes dues afirmacions mandroses fallen el test que la teoria planteja. Aquesta és la feina útil que fa l'enquadrament.

Bumblebees, Específicament

El paper usa estudis de bumblebees com a suport empíric per a parts del cicle d'acceptació — lligament, comparació i decisió sensible al cost. Això mereix una nota curta perquè els bumblebees són un punt de referència útil per als enginyers d'IA.

Els bumblebees tenen al voltant d'un milió de neurones. Prenen decisions que involucren lligament (reconèixer una flor), comparació (preferir una flor sobre l'altra basat en experiència prèvia) i decisió sensible al cost (visitar flors més properes en males condicions). No tenen la complexitat arquitectònica que típicament associem amb "intel·ligència", però sí tenen les condicions arquitectòniques per a la noció de la teoria de processament d'objecte reduït.

La implicació per a la IA: les condicions arquitectòniques importen més que el comptatge de paràmetres. Un sistema modestament dimensionat amb lligament d'objecte explícit, acceptació explícita i bucles de decisió sensibles al cost explícits pot fer coses que un sistema molt més gran sense aquestes condicions no pot fer fiablement. Això es mapeja a alguna cosa que molts equips d'enginyeria estan observant a la pràctica: agents més petits ben arquitectats sovint superen aquells més grans però menys estructurats en tasques operatives específiques.

Què Treuria d'Això com a CTO

Tres conclusions d'enginyeria de l'enquadrament:

1. Construeix acceptació explícita als bucles del teu agent

Quan l'agent ha produït una representació reduïda de la tasca, alguna cosa al sistema hauria de decidir explícitament: és això prou bo per a l'acció que estic a punt de prendre? No "és aquesta una continuació d'alta probabilitat", sinó "és aquesta representació adequada per a la decisió operativa que estic prenent amb ella".

Aquesta és la capa entre el model i l'eina — la part que decideix si actuar sobre la sortida del model. La majoria de sistemes agentic en producció o bé es salten aquesta capa o la stub-en amb llindars simples. Invertir-hi produeix guanys de fiabilitat mesurables.

2. Tracta la identitat d'objecte com a problema de disseny de primera classe

No assumeixis que el model manté la identitat d'objecte. Construeix la capa d'objecte al sistema circumdant: identificadors estables, estat persistent, memòria estructurada, maquinària de comparació explícita. Les tasques de llarg horitzó viuen o moren en aquesta capa.

3. Inverteix en refinament sensible al cost

Els sistemes d'IA moderns refinen sortides a cost uniforme. Els sistemes biològics refinen fins que el refinament no val l'energia. La majoria d'agents en producció serien més útils — i dramàticament més barats — amb regles de parada sensibles al cost explícites: para de refinar quan el valor marginal d'un refinament addicional està per sota d'un llindar.

L'enquadrament és filosòfic. Les implicacions són operatives. Aquest és el tipus de filosofia a la qual val la pena parar atenció.


Font: Fradelos, G. Consciousness in Biological Organisms and Artificial Intelligence: The CRPBCE Theory of Accepted Object-Bound Complexity Reduction (Ginebra, 21 de març de 2026). SSRN 6468202.

Construint sistemes agentic i descobrint que la fiabilitat de llarg horitzó és el teu coll d'ampolla? Parla amb un CTO sobre desplegar capacitat d'enginyeria nearshore que es pren seriosament la identitat d'objecte, l'acceptació i el refinament sensible al cost.

Preparat per construir el teu equip d'enginyeria?

Parla amb un partner tècnic i desplega desenvolupadors validats per CTOs en 72 hores.