Трудности, которые встречаются у одитора, обычно заключаются в его цикле одитинга. В сущности, между Одитором и Преклиром существуют два цикла общения, которые и составляют цикл одитинга.

The difficulty that an Auditor gets into is normally found in his own auditing cycle.

Это причина, расстояние и следствие, когда Одитор находится в точке причины, а Преклир в точке следствия, - и причина, расстояние и следствие, когда в точке причины находится Преклир, а Одитор в точке следствия.

There are basically two communication cycles between the Auditor and the Pc that make up the auditing cycle.

They are cause, distance, effect with the Auditor at cause and the Pc at effect, and cause, distance, effect with the Pc at cause and the Auditor at effect.

These are completely distinct one from the other. The only thing that connects them and makes an auditing cycle, is the fact that the Auditor, on his communication cycle, has calculatingly restimulated something in the Pc which is then discharged by the Pc's communication cycle.

What the Auditor has said has caused a restimulation and then the Pc needs to answer the question to get rid of the restimulation.

If the Pc does not answer the question he doesn't get rid of the restimulation. That is the game that is being played in an auditing cycle and that is the entirety of the game. (Some auditing breaks down because the Auditor is unwilling to restimulate the Pc.)

То, что говорит Одитор, вызывает рестимуляцию, и чтобы от нее избавиться, Преклиру после этого необходимо ответить на вопрос.

There is a little extra communication cycle on here. The Auditor says, "Thank you" and you have this as the acknowledgement cycle.

Если Преклир не отвечает на вопрос, он не избавляется от рестимуляции. Это и есть та игра, которую затевают в цикле одитинга, и больше в ней ничего нет.

(Иногда одитинг прекращается именно потому, что Одитор не желает рестимулировать Преклира.)

Now there are some little inner cycles that can throw you off and make you think that there are some other things to the auditing cycle. There is another little shadow cycle: it is the observation of "Has the Pc received the auditing command?" This is such a tiny "cause" that nearly all Auditors who are having any trouble finding out what's going on with the Pc are missing this one. "Does he receive it?" Actually there is another cause in here and you're missing that one when you're not perceiving the Pc.

Здесь также есть еще небольшой дополнительный цикл общения.

You can tell by looking at the Pc that he didn't hear or understand what you'd said or that he was doing something peculiar with the command he was receiving. Whatever that message is in response, it rides on this line.

Одитор говорит "Спасибо" - это уже цикл подтверждения.

An Auditor who isn't watching a Pc at all never notices a Pc who isn't receiving or under­standing the auditing command. Then all of a sudden somewhere along the line there is an ARC Break and then we do assessments and we patch up the session and all kinds of things go wrong.

Well, they actually needn't ever have gone wrong in the first place if this line had been in. What is the Pc doing completely aside from answering? Well, what he is doing is this other little sub-cause, distance, effect line.

Another of these tiny lines is the cause, distance, effect line of – "Is the Pc ready to receive an auditing command?"

This is the Pc causing and it rides up the line across distance, is received at the Auditor and the Auditor perceives that the Pc is doing something else.

It is an important one and you find that Auditors goof that one very often; the Pc's atten­tion is still on a prior action.

Но вы можете, посмотрев на него, сразу различить, что он не понял, что вы ему сказали, или что он сделал с полученной командой что-то странное. На самом деле, чтобы там ни произошло в действительности, это все передается вот по этой линии.

Now here's another one – "Has the Pc received the acknowledgement?" Sometimes you violate this one. You have been acknowledging but you've never seen that he didn't receive the acknowledgement. That perception has another little tiny one in it that actually comes on this line; it is – Has the Pc answered everything?

The Auditor is watching the Pc and the Auditor sees that the Pc has not said all that the Pc is going to say. You sometimes get into trouble with Pcs that way. Everything at "cause" hasn't moved on down the line to effect and you haven't perceived all of the "effect" and you go into the acknowledgement one before this line has completed itself.

That's chopping the Pc's communication. You didn't let the communication cycle flow to its complete end. The acknowledgement takes place and of course it can't go through as it's an inflowing line and it jams right there on the Pc's incomplete outflowing answer line.

So if you want to break it all down, there are six communication cycles which make up one auditing cycle. Six, not more than six unless you start running into trouble. If you violate one of these six communication lines you of course are going to get into trouble which causes a mish-mash of one kind or another.

There is another communication cycle inside the auditing cycle and that is at the point of the Pc. It's a little additional one and it's between the Pc and himself. This is him talking to him. You're listening to the inside of his skull when you're examining it. It actually can be multiple as it depends upon the complications of the mind.

This happens to be the least important of all the actions except when it isn't being done. And of course it's the hardest to detect when it isn't being done. Pc says: "Yes. Now what has the Pc said yes to? And sometimes you are insufficiently curious. And that in essence is this internal perception of line. It includes this cause, distance, effect backflash here – Is the Pc answering the command I gave him?''

На самом-то деле всего этого можно было бы избежать в самом начале. Что делает преклир, если полностью забыть о том, что он отвечает на вопрос?

So with this, there are seven communication cycles involved in an auditing cycle. It is a multiple cycle.

То, что он делает – это вот эта еще одна маленькая линия под - причины - расстояния - следствия.

A communication cycle consists of just cause, distance, effect with intention, attention, duplication and understanding. How many of these are there in one auditing cycle? You'd have to answer that with how many principal ones there are because some auditing cycles contain a few more. If a Pc indicates that he didn't get the command (cause, distance, effect), the Auditor would give a repeat of it (cause, distance, effect) and that would add 2 more communication cycles to the auditing cycle, so you've got 9 – because there was a flub. So anything unusual that happens in a session adds to the number of communication cycles in the auditing cycle, but they are still all part of the auditing cycle.

Причина - расстояние - следствие "Готов ли преклир получить команду одитинга?". Понимаете, готов ли он получить команду одитинга?

Repetitive commands as an auditing cycle, is doing the same cycle over and over again.

На самом деле при таком действии он становится причиной, и это должно пойти по линии через расстояние и приняться одитором; и тогда одитор увидит, что преклир занят чем-то другим. Это важно, вы обнаружите, что одиторы часто допускают здесь ошибки, когда внимание преклира зависает на предыдущем действии.

Now there is a completely different cycle inside the same pattern. The Pc is going to originate and it's got nothing to do with the auditing cycle. The only thing they have in common is that they both use communication cycles. But this is brand new. The Pc says something that is not germane to what the Auditor is saying or doing and you actually have to be alert for this happen­ing at any time and the way to prepare for it is just to realize that it can happen at any time and just go into the drill that handles it. Don't get it confused with the drill that you have as an auditing cycle. Consider it its own drill. You shift gears into this drill when the pc does something unex­pected.

И вот еще одна маленькая линия: Преклир получает подтверждение. И иногда вы обрываете эту шестую линию. Вы давали ему подтверждения, но ни разу не убедились в том, что он их получает, понимаете? Это восприятие имеет в себе еще одну тонкость, и она состоит вот в чем: Высказал ли преклир все? Одитор наблюдает за преклиром, и одитор видит, когда преклир высказал еще не все, что собирался. Иногда неприятности с преклирами возникают и из-за этого. Высказывание еще не закончено. То, что находится в точке причины, не перешло пока к вам сюда вот, в точку следствия. И вы пока не восприняли это следствие целиком. И вы переходите к этой линии подтверждения до того, как прекратился поток по вот этой линии.

And, by the way, this handles such a thing as the Pc originates by throwing down the cans. That's still an origin. It has nothing to do with the auditing cycle. Maybe the auditing cycle went to pieces and this origination cycle came in. Well, the auditing cycle can't complete because this origin cycle is now here. That doesn't mean that this origin has precedence or dominance but it can start and take place and have to be finished off before the auditing cycle can resume.

Четвертой линии общения не позволили полностью завершить поток. И затем возникла эта линия – линия подтверждения. Но, конечно же, она не может сработать, так как эта, пятая, линия общения, сидит здесь, прямо на четвертой линии общения.

So this is an interruptive cycle and it is cause, distance, effect. The Pc causes something. The Auditor now has to originate as the Auditor has to understand what the Pc is talking about – and then acknowledge. And to the degree that it is hard to understand, you have the cause, distance, effect of the Auditor trying to clarify this thing; and every time he asks a question, he's got a new communication cycle.

You can't put a machine action at that point because the thing has to be understood. And this must be done in such a way that the Pc isn't merely repeating his same origination or the Pc will go frantic. He'll go frantic because he can't get off that line – he's stuck in time and it really upsets him. So the Auditor has to be able to understand what the devil the Pc is talking about. And there's really no substitute for simply trying to understand it.

There is a little line where the Pc indicates he is going to say something. This is a line (cause, distance, effect) that comes before the origination takes place so you don't run into a jam and you don't give the auditing command. The effect at the Auditor's point is to shut up and let him. There can be another little line (cause, distance, effect) where the Auditor indicates he is listening. Then there is the origination, the Auditor's acknowledgement of it and then there is the perception of the fact that the Pc received the acknowledgement.

That's your origination cycle.

An Auditor should draw all these communication cycles out on a scrap of paper. Just take a look at all these things; mock up a session and all of a sudden it will become very straight how these things are and you won't have a couple of them jammed up. What's mainly wrong with your auditing cycle is that you have confused a couple of communication cycles to such a degree that you don't differentiate that they exist. That's why you sometimes chop a Pc who is trying to answer the question.

You know whether the Pc has answered the question or not. How did you know? Even if it's telepathy it's cause, distance, effect. It doesn't matter how that communication took place, you know whether he's answered the command by a communication cycle. I don't care how you sense this.

If you are nervy on the subject of handling the basic tool of auditing and if that's giving you trouble (and if you get into trouble by suddenly breaking it down and analyzing it) then it should be broken down and analyzed at a time when you're auditing something nice and simple.

I've given you a general pattern for an auditing cycle; maybe in working it over you can find a couple of extra communication cycles in the thing. But they are all there and if you made someone go through each one painstakingly, you would find out where his auditing cycle is jammed up. It isn't necessarily jammed up on his ability to say "Thank you". It may very well be jammed up in another quarter.

В цикле одитинга есть еще один цикл общения, в точке самого Преклира. Это небольшой дополнительный цикл, и он происходит внутри самого Преклира. Это он сам, разговаривающий с самим собой. Если вы исследуете этот цикл, то увидите, что в нем вы слушаете то, что происходит в его голове. На самом деле этот цикл может быть сложным, так как он определяется сложностью структуры самого ума.

Оказывается, что это самое неважное из всех действий, - кроме тех случаев, когда оно не выполняется. И, разумеется, труднее всего обнаружить его отсутствие. Преклир говорит: "Да". Ну и чему же Преклир сказал "да"? И иногда нужно проявить больше любознательности. По сути это и есть внутреннее восприятие линии. В этом цикле есть свои причина, расстояние, мгновенное следствие обратно: "Отвечает ли Преклир на команду, которую я ему дал?".

Таким образом, с учетом этого момента, в цикле одитинга существует семь циклов общения. Это сложный цикл.

Цикл общения состоит только из причины, расстояния и следствия - вместе с намерением, вниманием, воспроизведением и пониманием. Какие из этих моментов присутствуют в одном цикле одитинга? Вам придется отвечать на вопрос о том, сколько там принципиально важных моментов, - так как в некоторых циклах одитинга таких моментов бывает и больше. Если Преклир сигнализирует о том, что не понял команду (причина, расстояние, следствие), то Одитор повторяет ее (причина, расстояние, следствие); в результате в цикле одитинга появляется два дополнительных цикла, и в сумме получается 9 (так как был один ляп). Поэтому все необычное, что происходит в сессии, увеличивает количество циклов общения в цикле одитинга; однако все эти циклы по-прежнему входят в цикл одитинга.

Цикл одитинга, состоящий из повторных команд, - это постоянное повторение одного и того же цикла.

В той же схеме есть совершенно другой цикл. Допустим, Преклир инициирует откровение, которое никак не связано с циклом одитинга. Единственный общий момент, объединяющий эти явления, заключается в том, что в обоих используются циклы общения. Однако это уже нечто совершенно другое. Преклир говорит что-то, не вписывающееся в то, что делает или говорит Одитор; нужно как следует подготовиться к такому событию в любой момент времени, и самый лучший способ сделать это - просто понять, что это может случиться в любое время, после чего перейти к упражнению, которое позволяет справиться с этим. Не путайте это с "упражнением", называющимся циклом одитинга. Отнеситесь к нему как к самостоятельному тренировочному упражнению. Как только преклир делает что-то непредсказуемое, вы должны быстренько поворачивать руль на это упражнение. Между прочим, с его помощью можно справиться и с такими откровениями Преклира, когда он бросает банки. Это по-прежнему откровение. И оно не имеет ничего общего с циклом одитинга. Может быть, на самом деле цикл одитинга просто развалился, и вместо него появился цикл вот такого откровения. Вообще говоря, цикл одитинга нельзя завершать лишь только потому, что в него вмешался цикл такого откровения. Это, конечно, не означает, что такое откровение имело место в прошлом или происходит часто; однако оно все же возможно, и его необходимо уладить прежде, чем вы сможете возобновить цикл одитинга.

Таким образом, это цикл прерываний, и в него входят причина, расстояние и следствие. Преклир порождает что-то. Теперь Одитор должен инициировать, так как ему необходимо понять, о чем говорит Преклир, - после чего дать подтверждение. Причина, расстояние и следствие проявляются здесь пропорционально трудности понимания, когда одитор стремится прояснить ситуацию; каждый раз, когда он задает вопрос, он входит в новый цикл общения. Здесь нельзя заменить этот момент чем-то автоматическим, так как ситуацию нужно понять. Причем это нужно делать именно так, чтобы Преклир не продолжал просто повторять то же самое откровение, - иначе он сойдет с ума. Он сойдет с ума потому, что сам не может выпутаться из этой ситуации, - ведь он застрял во времени, и это действительно серьезно беспокоит его. Поэтому Одитор должен уметь понять, о чем, черт побери, говорит Преклир. На самом деле никакой альтернативы обычному стремлению понять ситуацию не существует.

Существует небольшая линия, с помощью которой Преклир демонстрирует, что он собирается что-то сказать. Эта линия (причина, расстояние, следствие) появляется еще до откровения Преклира; поэтому не падайте в грязь лицом и не подавайте команду одитинга. Точка следствия (точка Одитора) должна заткнуться и отдать инициативу Преклиру. Также возможна еще одна небольшая линия (причина, расстояние, следствие), с помощью которой Одитор сигнализирует, что он слушает. Кроме того, существует откровение как таковое, одиторское подтверждение его и, сверх того, восприятие того факта, что Преклир воспринял подтверждение.

Вот так устроен ваш цикл откровения.

Одитору следует нарисовать все эти циклы общения на листе бумаги. Достаточно только взглянуть на все это; смоделируйте для себя сессию - и внезапно вам станет предельно ясно, как это все устроено и как не допустить путаницы с этими циклами. Главная проблема цикла одитинга заключается в том, что Одитор иногда настолько путает какие-то два цикла общения, что не подозревает о том, что они существуют отдельно друг от друга. Вот почему одитор иногда прерывает Преклира, пытающегося ответить на вопрос.

Вы знаете, ответил ли Преклир на вопрос или нет. Откуда вы это знаете?

Даже если это телепатия, это все равно причина, расстояние, следствие. Неважно, как в действительности происходило это общение; из цикла общения вы можете узнать, ответил ли он на команду. Меня не интересует, как вы это чувствуете.

Если вы нервничаете, будучи не уверены в том, как работать с основным инструментом одитинга, и если у вас из-за этого проблемы (если, например, ваши проблемы возникают из-за того, что вам приходится внезапно раскладывать этот предмет на части и анализировать его), то лучше проводите такой анализ тогда, когда вы одитируете что-то простое и приятное.

Здесь я изложил вам общую схему цикла одитинга; может быть, когда вы будете прорабатывать эту схему, вы сможете обнаружить в ней еще парочку дополнительных циклов общения. Но все это все равно существует, и если вы приложите усилия и заставите кого-то пройти через каждый цикл, вы поймете, где проблемы его цикла одитинга. Проблема совсем не обязательно связана с его умением говорить "Спасибо". Вполне возможно, что она где-нибудь в другом месте.