English version

Поиск по названию документа:
Поиск по содержанию:
АНГЛИЙСКИЕ ДОКИ ЗА ЭТУ ДАТУ- Dianetic Clear (CCRD-1R) - B780924-3RC88 | Сравнить
- End of Endless Int Repair RD (INTRD-04) - B780924-1RA79 | Сравнить
- Preassessment, AESPS and Int (INTRD-13) - B780924-2 | Сравнить

РУССКИЕ ДОКИ ЗА ЭТУ ДАТУ- Дианетический Клир (ПУВСК-1) - Б780924-3 (2) | Сравнить
- Дианетический Клир (ПУВСК-1) - Б780924-3 | Сравнить
- Дианетический Клир (ПУВСК-1R) - Б780924-3RC88 | Сравнить
- Предоценивание, ОЭОБ и Инт (ИНТРД-13) - Б780924-2 | Сравнить
- Программа Исправления Конец Бесконечной Интеризации (ИНТРД-4RA) - Б780924-1RA79 | Сравнить

СОДЕРЖАНИЕ ПРОГРАММА ИСПРАВЛЕНИЯ "КОНЕЦ БЕСКОНЕЧНОЙ ИНТЕРИЗАЦИИ" КОГДА ПРОВОДИТЬ ПРОГРАММУ "КОНЕЦ БЕСКОНЕЧНОЙ ИНТ" ТАБЛИЦА ПРОГРАММЫ ИНТ ПРОЦЕДУРА ПРОГРАММЫ "КОНЕЦ БЕСКОНЕЧНОЙ ИНТ" ИНТ-КНОПКИ ПРЕДОСТЕРЕЖЕНИЯ И СОВЕТЫ ДЛЯ К/С ЖИЗНЕННО ВАЖНЫЕ СВЕДЕНИЯ О КОНЕЧНЫХ ЯВЛЕНИЯХ ИНТ-ПРГ ИСПРАВЛЕНИЕ ИСПРАВЛЕНИЯ Cохранить документ себе Скачать
HUBBARD COMMUNICATIONS OFFICE
Saint Hill Manor, East Grinstead, Sussex
HCO BULLETIN OF 24 SEPTEMBER 1978RA
Issue I
REVISED 21 FEBRUARY 1979
ОФИС ХАББАРДА ПО СВЯЗЯМ
Усадьба Сент-Хилл, Ист-Гринстед, Суссекс
БЮЛЛЕТЕНЬ ОХС ОТ 24 СЕНТЯБРЯ 1978RA
Выпуск I
ПЕРЕСМОТРЕН 21 ФЕВРАЛЯ 1979
RemimeoРазмножить
AuditorsОдиторам
C/SesВ контрольный лист Вып. Кл. IV
Cl IV Grad ChecksheetТех/Квал
Tech/Qual(Пересмотренное)
(Многоточия обозначают убранный текст)
(All changes are in this type style)
(Ellipses indicate deletions)

(ЗАМЕЧАНИЕ: У некоторых одиторов возникали неприятности с этой программой. Вследствие этого она была сильно переработана, что изложено в данном выпуске. Прежде чем одитор начнет работать с преклиром по данной программе, пусть он пройдет М9, М4 и фронтальные проверки по данной ПРГ. Также убедитесь в том, что он умеет работать с Э-метром и выполнять ТУ, если у него были проблемы с этим в прошлом. Данные изменения в этой ПРГ значительны и вводятся в действие немедленно, и более раннее ее изложение более не действительно. Главными причинами застревания кейса были состояние вне-Инт, а также одитинг по R3RA поверх состояния дианетического Клира. В некоторых отдельно взятых областях состояние вне-Инт может охватывать до 75% преклиров. Вследствие этого проведение Инт-ПРГ по НЭД с не Клирами и Программы исправления "Конец бесконечной Интеризации" являются наиболее важными отдельными действиями, которые может выполнять одитор, и при наличии такого состояния и искусном его одитировании это может дать самые удивительные результаты).

(NOTE: Some auditors have had trouble with this rundown. It has therefore been extensively revised as per this issue. Before running a pc on this rundown, get the auditor M9ed and M4ed and starrated on the RD. Also make sure that he can operate a meter and do TRs if he has trouble with it in the future. These changes in this RD are considerable and are for immediate use and the earlier rendition of it is not to be used. Out-Int as a case condition along with R3RA audited over and beyond Dianetic Clear are primary reasons for case bogs. The percentage of out-Int may be as much as 75% in any given area. Therefore the Int RD run with NED on non-Clears and the End of Endless Int Repair Rundown are the most important single auditing actions an auditor can do and will produce the most surprising results when the condition is present and is expertly audited.)

Серия Программа интеризации, 4RA
Interiorization Rundown Series 4RAСРОЧНО—ВАЖНО
URGENT – IMPORTANT

ПРОГРАММА ИСПРАВЛЕНИЯ "КОНЕЦ БЕСКОНЕЧНОЙ ИНТЕРИЗАЦИИ"

THE END OF ENDLESS INT REPAIR RUNDOWN

У нас существовала необходимость в программе, которая бы справлялась с тем, что для некоторых преклиров превращалось в бесконечную возню с исправлением исправления исправления Инт.

We needed a rundown that would handle what, for some pcs, has been an endless trail of repair of repair of repair of Int.

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

I have now fully researched and developed the process to handle this and can release it for broad use.

ПРОГРАММА ИСПРАВЛЕНИЯ "КОНЕЦ БЕСКОНЕЧНОЙ ИНТЕРИЗАЦИИ" – это именно он.

The End Of Endless Int Repair Rundown is just that.

Это – решение проблем, связанных с Инт.

It is the answer to Int troubles.

Эта Программа состоит из прохождения Инт по вспоминаниям с помощью очень точного ипростого метода.

The rundown consists of running Int by Recall by a very precise and simple method.

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

At first glance it would not seem possible that such a process would handle the more resistive-appearing Int repair problems which keep coming up on some pcs. This appearance is deceptive, however, as the process is very, very effective. It runs lightly and easily on pcs, but with far-reaching results.

При искусном применении это дает чудесные и плавные результаты и разрешает проблемы Инт как у новых преклиров, так и у тех, у кого проблемы Инт возникали повторно много раз.

Skillfully handled, it quite miraculously smooths out and resolves Int on both new pcs and those pcs on whom Int repeatedly kicks in.

Конечно, необходимо провести Программу Интеризации, согласно БОХС 4 янв 71R, однако если позже обнаруживается, что Программа Интеризации нуждается в исправлении, то применяется эта программа.

Of course an Int Rundown has to be run, per HCOB 4 Jan 71R, but when it is later found that the Int Rundown must be repaired then this rundown is used.

Она не заменяет исходную Программу Интеризации, которая была заново пересмотрена с добавлением еще нескольких кнопок и команд Дианетики Новой Эры (БОХС 4 янв 71R). Скорее, она ее дополняет.

It does not replace the original Int Rundown, which has been newly revised with several more buttons and New Era Dianetics commands added (HCOB 4 Jan 71R). Rather, it complements it.

Программу исправления "Конец бесконечной Интеризации" можно проводить с дианетическими Клирами . . . поскольку она работает с Инт через вспоминания....

The End of Endless Int Repair RD can be run on Dianetic Clears... as it addresses Int with Recalls....

(ЗАМЕЧАНИЕ:

(Note: It can not be run on any pc or pre-OT in the Non-interference Zone (those between R6 Solo and OT III attest). As the End of Endless Int Repair RD is a major action, not a repair action, it is forbidden to be run on anyone in the Noninterference Zone.

Ее НЕЛЬЗЯ проводить с каким-либо преклиром или пре-ОТ, находящимся в Зоне Невмешательства (между R6 Соло и аттестацией ОТ III).

Where a person in the Non-interference Zone has been run on End of Endless Int he should finish up his current Solo level as feasible and get onto his next Solo level.

Поскольку Программа исправления "Конец бесконечной Интеризации" является главным действием, а не действием по исправлению, ее запрещается проводить с теми, кто находится в Зоне Невмешательства.

Anyone who has been run on End of Endless Int while on OT III should be finished up as feasible on Solo OT III and gotten onto NED for OTs.)

Если с человеком в Зоне Невмешательства проводился "Конец бесконечной Инт", то ему следует как можно быстрее завершить свой текущий Соло-уровень и перейти на следующий Соло-уровень.

In certain isolated cases this process could be used as a preliminary method for handling Int on pcs who are weak or ill and not immediately up to running engrams or secondaries, or it could be used to cool down out-Int on a new pc who exteriorizes on Objectives and has not yet had a Dn C/S-1 or any NED auditing.

Каждый, с кем проводили "Конец бесконечной Инт" во время прохождения OT III, должен как можно быстрее завершить Соло OT III и перейти на НЭД для ОТ).

But it is not a substitute for the revised Int Rundown and in the above instances you may find the pc may eventually need the revised Int Rundown itself.

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

The prime purpose and use of the End of Endless Int Repair Rundown is, exactly as its name implies, to handle an endless” repair of repair of repair” of Int. If a regular Int Rundown has been done and Int continues to kick in after fully standard Int correction, the End of Endless Int Repair Rundown is the answer. It effectively resolves persistent Int problems.

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

WHEN TO RUN AN END OF ENDLESS INT RUNDOWN

Главное предназначение и применение Программы исправления "Конец бесконечной Интеризации" состоит в том, чтобы исправить бесконечное "исправление исправления исправления" Инт, как и указано в ее названии. Если была проведена обычная Программа Интеризации, но Инт продолжает беспокоить после полностью стандартной коррекции Инт, то решением является Программа исправления "Конец бесконечной Интеризации". Она эффективно справляется с устойчивыми проблемами в отношении Инт.

When an auditor or C/S encounters out-Int on a case there is a choice of what action to take to handle it. The choice depends on what actions have been taken previously on the case on the subject of Int.

КОГДА ПРОВОДИТЬ ПРОГРАММУ "КОНЕЦ БЕСКОНЕЧНОЙ ИНТ"

The first thing to determine is whether or not Int is actually out. You cannot audit a person on anything else besides Int, if Int is out. You also cannot run anything which is not charged (reading), as to do so hangs the pc with a wrong/uncharged item. An auditor getting a read on the Int section of the C/S 53 must be careful to verify that this is a valid read, and not a false read or protest read. This is very important as you must not audit a pc on Int if it is not charged, and you must not audit a pc on anything else if Int is out.

Когда одитор или К/С сталкивается с состоянием вне-Инт у кейса, то у него имеется выбор в том плане, какое действие можно предпринять для его урегулирования. Этот выбор зависит от того, какие действие в отношении данного кейса предпринимались ранее по поводу Инт.

You determine whether the pc has already had an Int Rundown, and whether it was correctly done or flubbed. If it was flubbed were Dianetic errors repaired with an L3RF on the Dianetic chains? Has the pc had an Int Rundown Correction List? (These must be determined because the End of Endless Int Rundown is not a substitute for the Int Rundown, and it does not substitute for an Int Rundown Correction List. Dianetic errors must be repaired with an L3RF.) These must be determined by folder study and FES of the Int Rundown and any repairs of Int Rundown.

Первое, что надо определить – действительно ли существует какая-либо проблема с внеИнт. Если Инт не в порядке, то вы не можете проводить этому человеку какой-либо одитинг, кроме Инт. Вы также не можете работать с тем, что не заряжено (не дает показания), потому что в противном случае вы введете преклира в зависшее состояние по причине наличия неправильного/незаряженного пункта. Одитор, получивший показание в разделе Инт в К/С 53, должен аккуратно убедиться в том, что это действительное показание, а не ложное показание или протест. Это очень важно, потому что нельзя одитировать преклира по Инт при отсутствии заряда, и вы не должны проводить какой-либо другой одитинг, кроме Инт, если Инт не в порядке.

If the pc has had an Int Rundown and it has been flubbed, you would do an Int Rundown Correction List and handle all of the various actions necessary, providing this is within the normal time span of the rundown. Don’t try this months or years later. The End of Endless Int Rundown will not repair flagrant Dianetic errors. If the pc is having or was recently given an Int Rundown which has bogged or failed, then an Int Rundown Correction List including repair of any Dianetic errors is to be done. If the pc still has out-Int despite having had the Int Rundown and it has been repaired and all that is usual and ordinary has been done, then you would do the End of Endless Int Rundown.

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

You must determine whether the pc is a Dianetic Clear, or whether he has become one somewhere along the line. If the pc has had Dianetic Clear rehabbed since the original Int RD, check the dates to determine whether the pc was run on the Int RD by R3R or R3RA when he was a Dianetic Clear. If so this can be repaired by indicating to the pc that he was run on the Int RD on R3R or R3RA after Dianetic Clear. If these Int Dianetic chains are now reading, repair them by assessing an L3RF and indicating. (Do not get into running or continuing any R3R or R3RA on a Dianetic Clear.) If the person is a Dianetic Clear and Int is still out for some peculiar reason best known to Man or beast, the only choice we have is the End of Endless Int Rundown.

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

The way to determine whether Int is out is normally by assessment of the C/S 53 buttons, and it is on this prepared list that out-Int is most often detected. You don’t flatten the button, or try to handle the button that was found on the C/S 53. This is the one exception on the C/S 53 whereby you do not just F/N it on the C/S 53 and go on. We have to examine the condition of the person on the subject of Int as above, to determine which way to go. Therefore you stop right there with a C/S 53, being careful to verify the fact that you actually have a read on Int, and not a false read or protest read. (And remember that some pcs, especially when Int has been run or repaired when it wasn’t charged, can get so protesty on the subject that Int will now give a false read whenever it is mentioned due to protest. An auditor’s TRs, metering and obnosis of the pc and whether the pc is in session or not have to be bad for this to occur, or for the auditor to now fail to determine whether it is a valid or false read on Int.) Having determined that you do have a valid read on Int, you would not proceed with the C/S 53, but end off the session.

Вам необходимо определить, не является ли этот преклир дианетическим Клиром, и не стал ли он им где-то по пути. Если преклир реабилитировал состояние дианетического Клира с момента проведения исходной Инт-ПРГ, сверьте даты и определите, не проводили ли с этим преклиром Инт-ПРГ с R3R или R3RA, когда он уже был дианетическим Клиром. Если это произошло, то это можно исправить указанием преклиру на то, что с ним проводили Инт-ПРГ с R3R или

INT RUNDOWN TABLE

R3RA после достижения состояния дианетического Клира. Если эти дианетические цепи Инт сейчас дают показания, исправьте их с помощью оценивания L3RF и указания. (Не занимайтесь прохождением или продолжением какого-либо R3R или R3RA с дианетическим Клиром). Если человек является дианетическим Клиром, но несмотря на это Инт все равно находится не в порядке по черт знает какой причине, единственным выбором для нас остается Программа "Конец бесконечной Интеризации".

The following table tells the auditor and C/S which way to go when handling out-Int. Once filled out this table should be kept with the pc Folder Summary in front inside of the pc folder beneath the pgm. And the table should be updated.

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

ТАБЛИЦА ПРОГРАММЫ ИНТ

Нижеприведенная таблица помогает одитору и К/С решить, какие действия следует предпринять для урегулирования вне-Инт. Такая таблица, однажды заполненная, должна храниться вместе со Сводкой Папки преклира с внутренней стороны передней обложки папки преклира, под программой. Таблица должна поддерживаться в настоящем времени.

Yes/No
Да
A. Нет
Is the read on int a valid read?
__________А. ПОКАЗАНИЕ НА ИНТ БЫЛО ДЕЙСТВИТЕЛЬНЫМ?
___________
___________
Is there any evidence of the pc having been run on Int due to a false or protest read?
__________Есть ли какие-либо свидетельства в пользу того, что с преклиром проводили Инт по причине ложного показания или показания на протесте?
___________
___________
Any evidence of the read being caused by a Mis-U word?
__________Есть ли какие-либо свидетельства в пользу того, что показание возникло из-за непонятого слова?
___________
___________
(If ‘yes’ on above get ‘False read?’ and ‘Protest?’ cleaned up or the Mis-U cleared and recheck the buttons on Section A of C/S 53 to find out if Int is charged.)
(При положительном ответе на вышеуказанные вопросы очистите "ложное показание?" и "протест?", или проясните НС, и перепроверьте кнопки по Разделу А К/С 53 для выяснения того, есть ли заряд на Инт.)
___________
B. ___________
Has the pc had a full Int Rundown?
__________B. ПОЛУЧИЛ ЛИ ПРЕКЛИР ПОЛНУЮ ПРОГРАММУ ИНТЕРИЗАЦИИ?
___________
___________
(If ‘no’ or incomplete, it would have to be repaired and completed. NOTE: The Int RD would NOT be run on a Dianetic Clear, Clear or OT as they are not to be run on Dianetics in any form.)
(Если ответ "нет", или она не была завершена, то ее нужно исправить и завершить.
___________
C. ___________
Has the pc had an Int Rundown correction list?
__________ЗАМЕЧАНИЕ: Инт-ПРГ НЕ ДОЛЖНА проводиться с дианетическими Клирами, Клирами или ОТ, т. к. они не должны работать по Дианетике в любой ее форме).
___________
___________
(If not, and there is any evidence of errors or lack of expected result, this should be done before continuing the Int RD or doing End of Endless Int Rundown. And if the pc has had several Int Rundown Correction Lists, realize that either the auditor can’t make a list read, or is only getting false reads.)
C. ПРОШЕЛ ЛИ ЭТОТ ПРЕКЛИР КОРРЕКЦИОННЫЙ СПИСОК ПРОГРАММЫ ИНТ?
___________
D. ___________
Have any R3R or R3RA Dianetic errors on the Int Rundown been corrected with an L3RF?
__________(Если нет, и есть свидетельства того, что присутствовали какиелибо ошибки или недостаток результатов, это необходимо проделать до того, как продолжать Инт-ПРГ или начинать Программу "Конец бесконечной Интеризации". А если преклир прошел несколько Коррекционных списков Программы Интеризации, то поймите тот факт, что либо одитор не сумел заставить список давать показания, либо он дает только ложные показания.)
___________
___________
(If not, get these repaired, as continuing the RD, or doing End of Endless Int Rundown won’t solve R3R or R3RA errors.)
D. БЫЛА ЛИ ПРОВЕДЕНА КАКАЯ-ЛИБО КОРРЕКЦИЯ ДИАНЕТИЧЕСКИХ ОШИБОК R3R ИЛИ R3RA НА ПРОГРАММЕ ИНТ С ПОМОЩЬЮ L3RF?
___________
E. ___________
Is the pc a Dianetic clear or above?
__________(Если нет, исправьте все это, так как продолжение ПРГ, или проведение Программы "Конец бесконечной Интеризации" не разрешит ошибок R3R или R3RA.)
___________
___________
Was the pc a Dianetic Clear when the Int RD was run on him by R3R or R3RA?
__________E. ПРЕКЛИР ЯВЛЯЕТСЯ ДИАНЕТИЧЕСКИМ КЛИРОМ ИЛИ ВЫШЕ?
___________
___________
(If ‘yes’ to either above, you must not run any Dianetics but if Int is still out after repairing any errors the End of Endless Int Rundown can be done on a Dianetic Clear. It can NOT be done between R6 Solo and OT III attest.
Являлся ли преклир дианетическим Клиром, когда с ним проводилась Инт-ПРГ с R3R или R3RA ?
___________
___________
If the pc was run on Dianetics on the Int RD after Dn Clear, the first action is to indicate the error of running Dianetics after Clear, and then repair any reading Dianetic Int chain with an L3RF, taking care to handle the reading lines by indication only, and not get into any running of Dianetics. This action alone will often cure any Int trouble on a Dn Clear, but if Int is still reading you can now handle it with the End of Endless Int Rundown.)
(Если на любой из вышеуказанных вопросов ответ положителен, вы не должны более работать с ним по Дианетике, однако если Инт все еще не в порядке после исправления всех ошибок, то с дианетическим Клиром можно провести Программу "Конец бесконечной Интеризации". Ее НЕ ДЕЛАЮТ между R6 Соло и аттестацией OT III.
___________

THE END OF ENDLESS INT RUNDOWN PROCEDURE

___________

Having determined that you are going to do the End of Endless Int Rundown from the table above, you proceed as follows:

1. The auditor has the pc demonstrate the various flows. Remember that this must not be arduous because it is actually almost auditing to do this and the person’s Int is out. If the pc is a Triple pc, have him demonstrate Flows 1, 2, 3. If the pc is a Quad pc, have him demonstrate Flows 1, 2, 3, 0.

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

(Do not engage in flying ruds, Word Clearing, Touch Assists, Havingness or any other auditing over out-Int.)

___________

2. Assess the End of Endless Int Rundown buttons. Take the largest read.

___________

3. You then proceed to run this button with the End of Endless Int Rundown. This is done by assessing the flows. Take the flow that reads the largest and using the Recall Process that applies to that flow, run it until an F/N is achieved.

4. Then reassess all flows. You’ll find the one you ran will be F/Ning. Another flow will be reading. Run the best reading flow by the Recall Process until it F/Ns. You repeat this procedure until all flows F/N.

ПРОЦЕДУРА ПРОГРАММЫ "КОНЕЦ БЕСКОНЕЧНОЙ ИНТ"

If during the period you are running these flows on that button, the pc has a large cog, F/N, GIs, remember that you may have blown all flows. At that moment without interrupting the pc’s cognition you realize that you are finished with assessing the flows of this button. For caution’s sake, you check the button to see if it now reads. Of course it will F/N.

Определившись по этой таблице, что вы собираетесь провести Программу "Конец бесконечной Интеризации", далее вы делаете вот что:

5. You now reassess the whole End of Endless Int Rundown button list. The whole list might F/N at this point. On the other hand it might not. If you get a read on this assessment, you treat it exactly the same as you did priorly, (steps 3, 4, 5). You keep this up until you get an F/Ning assessment of the Int buttons.

1. Одитор просит преклира продемонстрировать различные потоки. Помните о том, что это не должно быть каким-то тяжелым упражнением, потому что на самом деле это почти одитинг, а ведь у этого человека не в порядке Инт. Если этот преклир работал по Тройкам, попросите его продемонстрировать Потоки 1, 2, 3. Если преклир работал по Четверкам, пусть он продемонстрирует Потоки 1, 2, 3, 0.

6. You then wait a week and reassess the Int buttons list again. If you get a read, check for false read, check for protest. Make sure it is a valid read that you have and if it is, you treat that button exactly the same as above and proceed (per steps 3, 4, 5).

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

When you get an F/Ning assessment of the Int buttons after the one week wait, the End of Endless Int Rundown is complete, and the pc is sent to declare.

2. Оцените кнопки Программы "Конец бесконечной Интеризации". Возьмите наибольшее показание.

THE INT BUTTONS

3. Далее вы продолжаете проходить эти кнопки по Программе "Конец бесконечной Интеризации". Это делается оцениванием потоков. Возьмите поток с наибольшим показанием и, взяв Процесс Вспоминания, относящийся к этому потоку, пройдите его до получения П/С.

НЕ МОЖЕШЬ ПОПАСТЬ ВОВНУТРЬ

....

ВЫКИНУЛИ ИЗ КАКОГО-ТО ПРОСТРАНСТВА

EXAMPLE:

НЕ МОЖЕШЬ ВОЙТИ

Int button assessed: PUT IN

ПОЙМАЛИ

Assess the four flows with the wordings for that button but without using the word ”Recall”:

ЗАСТАВИЛИ ВОЙТИ

ПРИМЕР:

Flow 2 reads best, so run Flow 2 to F/N, using the entire Recall command (i.e.”Recall a time when you put another in something”). Reassess all four flows, as above, using the same Int button....

Оцениваемая Инт-кнопка: ПОМЕЩАЛИ ВОВНУТРЬ

....

Оцените эти четыре потока с формулировками для данной кнопки, но без использования слова "Вспомните":

Examples of the running commands for”PUT IN” would be:

П1: . . . вас помещали вовнутрь чего-то X

Поток 2 дает лучшее показание, поэтому пройдите Поток 2 до П/С, используя полную команду Вспоминания (т. е. “Вспомните время, когда вы помещали другого во что-то”). Заново оцените все четыре потока, как описано выше, используя те же самые Инт-кнопки....

CAUTIONS AND C/S TIPS

. . . .

The only time you check the button again while assessing flows is when the pc has had a cog, F/N, GIs, at which time you must suspect that the whole button has blown. This by the way happens in Int Rundowns and is the commonest cause of overrun Int.

Пример проходимых команд для “ ПОМЕЩАЛИ ВОВНУТРЬ ”:

There is another way of addressing this if the pc isn’t getting cognitions to amount to anything. When you get all flows on a button F/Ning, you can end off the session and check the next day to see if the flows are still F/Ning. It some times happens where you have a not very responsive pc, that it takes several days of assessment of the flows which F/Ned yesterday to carry the F/N through a whole day. These flows often read again the next day. This is because you are running Recall Processes, and Recall Processes are simply key-outs. Therefore you are getting something keying in and keying out and keying in and keying out. This is eventually overcome. Where you are doing this day-to-day handling of the same button, it would be vital to check the button for read before you assessed the flows on it the next day.

Если П1 дает показания: “Вспомните время, когда вас помещали вовнутрь чего-то”. (до П/С)

The one-week wait is a compromise for the 3 to 10 day key-out period; you can’t say wait for 3 to 10 days, so it is set at one week. During the rundown there may have been a momentary stir-up of some kind, such as a tiny ripple on an auditor’s TRs rendition, or a badly mishandled origin that could cause an ARC break needle, or something like this could happen, so if you wait a week such trouble will key out, before you assess the buttons list again. Or you may have been riding a win, a persistent F/N on one button, when the whole subject of Int is not handled, and you will get environmental restimulation. Remember you are only handling Recalls, and a little more Recalls run will probably blow it for good. So you are waiting a week to see if the environment keys him in again. You reassess a week later and if the buttons are all clean, fine. But if something reads on the week later assessment that must mean an engram or something is pretty close to the surface still. You then handle it again and this time the little point that was missed will turn up and that will be the end of that. You handle the buttons to F/Ning assessment and then that is the end of that. The End of Endless Int Repair. (There is no second wait for another week.)

Если П2 дает показания: “Вспомните время, когда вы помещали другого во что-то”. (до П/С)

Now of course if during the one-week wait the pc gets keyed-in again or originates or by reason of BIs or manifestation that Int is still out, you would not robotically wait out the whole week before giving the next session, as you now know he is not on a persistent F/N, and you know there is more to handle.

Если П3 дает показания: “Вспомните время, когда другие помещали других во что-то”. (доП/С)

And on the reassessment of the buttons after the week wait, the auditor must again be sure that it is a valid read on Int and not a false or protest read before he launches off into running anything again. False reads on the assessment, protest reads, or the pc suffering from something else entirely besides out-Int can cause a false read on assessment of the Int buttons. Hence the necessity to be sure you have a valid read before you proceed. And if the pc is caved in or BIs about it there is a little checklist that tells a C/S what to do about that too.

Если П0 дает показания: “Вспомните время, когда вы помещали самого себя во что-то”. (до П/С)

The things that could go wrong are rather simple and are few in number. These are:

ПРЕДОСТЕРЕЖЕНИЯ И СОВЕТЫ ДЛЯ К/С

a) Int wasn’t out in the first place,

Единственный случай, когда вы проверяете кнопку снова при оценивании потоков — это когда у преклира возникло озарение, П/С, ОХП, что заставляет вас заподозрить, что могла стереться вся кнопка целиком. Кстати говоря, это случается на Программе Интеризации, и является одной из наиболее обычных причин превышения на Инт.

b) The pc has been run on false reads,

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

c) The pc was suffering from something else entirely other than out-Int,

Недельное ожидание – это компромиссное решение для периода выключения, который может длиться от 3 до 10 дней; вы не можете попросить преклира подождать "от 3 до 10 дней", так что мы говорим – неделю. Во время проведения программы могут возникать какие-то временные возмущения того или иного рода, типа небольших сбоев в ТУ одитора или плохо обработанного откровения, что может привести к возникновения стрелки разрыва АРО, или еще чтото типа того, так что если вы подождете неделю, то подобные неприятности выключатся, прежде чем вы приступите к очередному оцениванию списка кнопок. Или, например, вы можете получить победу, устойчивую П/С по одной кнопке, и при этом еще не завершить обработку всего предмета Инт, и столкнуться с рестимуляцией со стороны окружения. Помните о том, что вы только обрабатываете Вспоминания, и еще немного прохождения Вспоминаний сможет, вероятно, навсегда стереть это. Поэтому вы ждете неделю и потом смотрите, не создает ли ему окружение новых включений. Вы делаете новое оценивание неделей позже, и если все кнопки оказываются чистыми, отлично. Но если что-то дает показания на оценивании неделей позже, то это должно означать наличие инграммы или еще чего-то довольно близко к поверхности. Тогда вы снова обрабатываете, и на этот раз та небольшая часть, которая была упущена в прошлый раз, проявится, и вы сможете закончить. Вы обрабатываете кнопки до П/Сного оценивания, и на этом заканчиваете. Это – Конец исправления бесконечной Инт. (Не нужно назначать второго недельного срока ожидания.)

d) The auditor’s TRs are bad, or broke the Auditor’s Code,

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

e) The auditor’s metering was bad, giving wrong assessments,

При новом оценивании кнопок после недельного ожидания одитор точно также должен убедиться в том, что он имеет дело с действительным показанием на Инт, а не ложным показанием или протестом, прежде чем запускать какое-либо действие. Ложные показания на оценивании, показания на протесте, или страдания преклира от чего-то совершенно не относящегося к вне-Инт может привести к возникновению ложного показания на Инт-кнопках. Отсюда следует необходимость убеждаться в том, что вы имеете дело с действительным показанием, до того как продолжать работу. И если преклир "заваливается" или проявляет плохие показателя по поводу этого, то у К/С имеется небольшой контрольный список, который говорит ему о том, как с этим можно справиться.

f) The auditor overran F/Ns, or reran a flow that just F/Ned invalidating the F/N just gotten,

''Количество возможных причин неприятностей невелико, их не так много.

g) Pc had a Mis-U on the word ‘Recall’ and was trying to run through engrams on the Recall Process,

Вот они:''

h) The pc had a major cog on the subject of Int, blowing the whole thing and the auditor went on, overrunning the Int Rundown or End of Endless Int Rundown,

a) Инт была в порядке с самого начала,

i) Pc was audited on some other action other than Int while Int was out – such as rudiments, Touch Assists, Word Clearing or any other auditing or assist action, including illegal 2-way comms about his case or auditing, coffee shop or eval or inval by his ‘friends’ or others between sessions,

b) С преклирам работали по ложным показаниям,

j) Errors on the original Int RD weren’t repaired before starting the End of Endless Int Rundown.

c) Преклир страдал от чего-то совершенно иного, нежели вне-Инт,

If a C/S can’t tell by folder inspection which of these it is he can have the pc interviewed by a D of P to find out, or even get the above assessed to find out which it is.

d) У одитора плохие ТУ или он нарушил кодекс одитора,

VITAL DATA ON INT RD END PHENOMENA

e) Одитор плохо владеет Э-метром, что привело к неверному оцениванию,

Exteriorization is not the EP of the Int Rundown. If it happens that the pc goes exterior during the RD, you end off gently as in any other auditing. But that is not the EP, and you may have to pick him up again later and complete the Int RD or handle it with the End of Endless Int Repair Rundown.

f) Одитор превысил П/С, или пере-прошел поток, который давал П/С, тем самым ее обесценив,

The EP of the Int Rundown is no more concern or trouble with exteriorization or interiorization.

g) У преклира было непонятое слово ‘Вспоминание’, и он пытался на Процессах Вспоминаний проходить инграммы,

This is generally accomplished by auditing the pc to an F/Ning Int button list.

h) Преклир имел главное озарение по предмету Инт, стерев все это, а одитор продолжил, сделав превышение на Программе Интеризации или Программе "Конец бесконечной Интеризации",

But there is another phenomenon that can occur while running Int. It is vital that an auditor does not miss this should it happen.

i) Преклира одитировали по какому-то другому действию, не Инт, во время состояния внеИнт — например, запускали рудименты, делали ассисты-прикосновения, прояснение слов, или какое-либо другое действие по одитингу или ассистам, включая незаконное 2-стороннее общение по поводу его кейса или одитинга, "кофейный" одитинг, оценки, обесценивания со стороны его ‘приятелей’ или еще кого-то между сессий,

It goes like this: You’re auditing along and suddenly some mass discharges, down comes the TA, you suddenly have a floating TA, and that’s it. The pc has hit the EP.

j) Неисправление ошибок в исходной Инт-ПРГ перед началом Программы "Конец бесконечной Интеризации".

If you proceed past that point you’re in trouble. You don’t then reassess the Int button list and you don’t continue running Quad Flows, even if all the flows have not yet been run on one reading button.

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

You do nothing but take your paws off the meter and gently end the session. If you do otherwise you can mess up a case.

ЖИЗНЕННО ВАЖНЫЕ СВЕДЕНИЯ О КОНЕЧНЫХ ЯВЛЕНИЯХ ИНТ-ПРГ

It isn’t exteriorization. Exteriorization could occur at the same time; however we could not care less because exteriorization is not the EP of the process.

Экстеризация не является КЯ Программы Интеризации. Если во время ПРГ случается так, что преклир экстеризируется, вы мягко заканчиваете, как и при любом другом одитинге. Но это не КЯ, и вам, возможно, придется позже снова приняться за работу с ним и завершить Инт-ПРГ или обработать ее по Программе исправления "Конец бесконечной Интеризации"".

But at ANY point at which the above phenomenon occurs on the Int RD – mass moves off, the TA comes crashing down and you can’t keep the needle on the dial because the TA itself is floating – you end off the rundown because you have the EP.

КЯ ПРОГРАММЫ ИНТ – ЭТО ОТСУТСТВИЕ КАКОЙ-ЛИБО ФИКСАЦИИ ИЛИ НЕПРИЯТНОСТЕЙ, СВЯЗАННЫХ С ЭКСТЕРИЗАЦИЕЙ ИЛИ ИНТЕРИЗАЦИЕЙ.

What has happened here is that you’ve blown the stuck flow of”going in.”

Обычно это достигается с помощью одитирования преклира до полностью П/Сного списка Инт-кнопок.

Int sends the TA up because the person has plowed deeper into more and more mass and come out of less and less mass. You have been auditing the pc on what has been, for eons, a stuck flow of obsessively going in. At any point in the auditing that stuck flow can suddenly give way. It heaves in the opposite direction, and the stuck flow of”going in” vanishes.

''Но есть еще одно явление, которое может произойти при проведении Инт.

When that happens it’s the end of the process, as that is all you want to accomplish with the Int Rundown.

ЖИЗНЕННО ВАЖНО, ЧТОБЫ ОДИТОР НЕ ПРОПУСТИЛ ЭТОГО, ЕСЛИ ОНО ПРОИЗОЙДЕТ.''

If you were then to check the Int button list (which you do not do at this point) you would find the Int buttons all F/Ning.

Это выглядит примерно так: Вы одитируете, и вдруг разряжается некоторая масса, РТ падает, и вы вдруг видите плавающую РТ, и все. Преклир влетел в КЯ.

REPAIRING REPAIR

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

Over the years Int auditing has tended to be flubby. Int repair has been far too frequent and even repetitive on some pcs. Some auditors and C/Ses have decided Int RDs were”delicate” or”difficult” or very special. Well, Int is special and sometimes delicate, but it’s not difficult.

Вы не делаете ничего, кроме как убираете свои лапы с Э-метра и мягко заканчиваете сессию. В противном случае вы запутаете кейс.

If an auditor is going to audit the Int Rundown successfully he must be skilled at metering, he must be flubless on R3RA and the commands of the process, and understand the theory of Int. He must know what an F/N is and what a Dianetic EP is and be able to recognize these when they occur.

Это не экстеризация. Экстеризация может произойти одновременно с этим; однако нас это волнует менее всего, поскольку экстеризация не представляет собой КЯ данного процесса.

Much of the Int repair needed stems from errors made by auditors (or C/Ses): running Int when it was not needed, running it with the idea it would exteriorize the pc, auditing the RD over misunderstoods, overrunning the RD. These are all violations of the Auditor’s Code, many of them then further complicated by Dianetic errors in running or repairing Int.

Но если в КАКОЙ-ЛИБО момент на Инт-ПРГ произойдет описанное выше явление — отход массы, РТ стремительно летит вниз и вы не можете удержать стрелку на шкале, потому что сама РТ начинает плавать — вы заканчиваете эту программу, потому что вы получили КЯ.

There is another factor regarding the original Int Rundown which must not be overlooked. Although it comes under the heading of”overrunning the Int Rundown,” it is sometimes neither seen nor understood. In doing the original Int Rundown it can occur that it completes before all flows are run.

Вы просто смели застрявший поток "вхождения".

Example: The auditor runs Flow 1 on engrams on the revised Int RD, then Flow 2, and suddenly gets a wide, persistent F/N and a dramatic resurge of the pc. The TA goes into lower range and the pc is bright and smiling. Then the auditor, if he’s an idiot, proceeds to robotically run Flow 3 and Flow 0. The TA goes back up, the pc’s chronic headache turns back on and the pc is set up for an endless repair of Int.

Инт заставляла РТ расти потому, что человек закапывался во все большее и большее количество массы, и выходил из все меньшего и меньшего количества массы. Вы одитировали преклира по тому, что в течение многих эпох представляло собой застрявший поток навязчивого вхождения. И в любой момент одитинга этот застрявший поток может внезапно рассосаться. Он сваливается в противоположном направлении, и застрявший поток "вхождения" пропадает.

I have seen this happen several times. The Int Rundown finished itself and nobody noticed except the pc. This is probably the most flagrant cause of Int repair and is peculiar to this rundown.

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

The way to handle this is to rehab the point of completion as best you can and then run the recall version as given above and you will find that it usually comes out straight. The best way to handle, of course, is to do it right in the first place.

Если бы вы в этот момент проверили список Инт-кнопок (чего вы В ЭТОТ МОМЕНТ НЕ ДЕЛАЕТЕ), то все Инт-кнопки дали бы вам П/С.

But if, added to any or all of the above, you get an Int Correction List misassessed so that what’s really wrong is missed and a falsely reading item taken up, you wind up with a mess.

ИСПРАВЛЕНИЕ ИСПРАВЛЕНИЯ

There is no excuse for overrunning the rundown, for Auditor’s Code breaks, poor metering or flubby Dianetic auditing.

В течение многих лет у одитинга Инт имелась тенденция быть неаккуратным. Исправление Инт слишком часто и даже слишком много проводилось с некоторыми преклирами. Некоторые одиторы и К/С по этой причине пришли к мнению о том, что Инт-ПРГ – дело “тонкое”, “трудное” или особенное. Ну, Инт на самом деле штука особенная и иногда даже тонкая, но она не трудная.

On the other hand, interiorization, like any other condition connected with engrams, may have many chains connected with it. Thus, the process of day-to-day living can restimulate those chains and throw Int out.

Если одитор хочет успешно провести Программу Интеризации, то он должен отлично владеть Э-метром, безупречно работать с R3RA и командами данного процесса, и понимать теорию Инт. Он должен знать, что такое П/С и что такое дианетические КЯ, и уметь распознавать их при их возникновении.

A C/S, faced with the possibility of any or all of the above being wrong could find himself staring into a maze. And he could err and order correction list after correction list, ad infinitum.

Большая часть необходимых исправлений Инт возникает по причине ошибок одиторов (или К/Сов): проведения Инт тогда, когда в ней не было необходимости, проведение ее с представлением о том, что это делается с целью экстеризовать преклира, одитинг этой ПРГ поверх непонятых слов, превышение на ПРГ. Все это – нарушения кодекса одитора, многие из которых к тому же усугубляются дианетическими ошибками при проведении или исправлении Инт.

The rule is:

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

The correct action to take first, if someone is having trouble with Int, is to always get a thorough FES done on the original Int RD itself and any Int Repairs that have been done – before another Correction List is ordered.

ПРИМЕР: Одитор проходит Поток 1 по инграммам по пересмотренной Инт-ПРГ, потом начинает Поток 2, и вдруг видит широкую, устойчивую П/С и значительный подъем духа у преклира. РТ переходит в нижний диапазон, преклир просветляется и смеется. Далее одитор, если он – идиот, продолжает роботоподобно проходить Потоки 3 и 0. РТ снова поднимается, у преклира снова включается хроническая головная боль, и он готов для бесконечного исправления Инт.

Very often the answer to the puzzle then leaps out.

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

Get the errors corrected correctly. Any misassessed lists, misrun Dianetic chains, code breaks – get it all cleaned up by an auditor who can read a meter and run and repair Dianetics flublessly. Don’t let any auditor who isn’t flubless on these points near an Int pc.

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

With the errors truly and standardly handled and out of the way, if Int then continues to kick in, it’s not another Int RD or another Int Correction List, it’s the End Of Endless Int Repair Rundown you use.

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

Run it to its EP and that will be the end of the trail of endless Int repair.

У превышения на программе, нарушений кодекса одитора, плохого владения Э-метром или неаккуратного дианетического одитинга нет оправданий.

If the C/S is in doubt about all this and gets into a mess trying to repair chains, he can cut directly onto this repair rundown as above with simply the Recall Processes, and he will get someplace.

С другой стороны, интеризация, как и любое другое инграммное состояние, может быть связано с множеством других цепей. И вследствие этого повседневная жизнь может рестимулировать эти цепи и приводить к состоянию вне-Инт.

____________________

К/С, сталкиваясь со столь многочисленными вероятными причинами всего перечисленного выше, может почувствовать, что попал в непроходимый лабиринт. И он может ошибаться и приказывать проведение коррекционных списков после других коррекционных списков, ad infinitum.

After an Int RD or End Of Endless Int Rundown has been completed on a case and declared, the next action must be a C/S 53, assessed and handled to F/Ning list. this must be done as the next action and may not be left not done. (The reason for this is that there are other things that can be wrong with a case, all of which are covered on the C/S 53, and these too must be handled.)

Вот правило:

There is no reason now for any pc (or C/S) to continue to be plagued with Int troubles.

ПРАВИЛЬНОЕ ДЕЙСТВИЕ, КОТОРОЕ СЛЕДУЕТ ПРЕДПРИНЯТЬ В ПЕРВУЮ ОЧЕРЕДЬ, КОГДА У КОГО-ТО ВОЗНИКАЮТ ПРОБЛЕМЫ С ИНТ, ВСЕГДА И НЕИЗМЕННО СОСТОИТ В ПРОВЕДЕНИИ ТЩАТЕЛЬНОЙ СВОДКИ ОШИБОК ПАПКИ ПО САМОЙ ИСХОДНОЙ ИНТПРГ И ВСЕМ ИСПРАВЛЕНИЯМ ИНТ, КОТОРЫЕ БЫЛИ ПРОВЕДЕНЫ — ДО КАКОГО-ЛИБО УКАЗАНИЯ НА ПРОВЕДЕНИЕ ДРУГОГО КОРРЕКЦИОННОГО СПИСКА.

We have here a rundown which is easily and simply done, which can be run on a Dianetic Clear, or a pre-OT who is not on OT III or anywhere between R6 Solo and OT III attest, on fragile pcs or weak or ill pcs, and is a rescue from overrepair.

И тогда в большинстве случаев головоломка решается сама собой.

L. RON HUBBARD
Founder

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

Revision as assisted
by LRH Tech Comps

При честном и стандартном улаживании и устранении ошибок, если при этом Инт все равно продолжает сбоить, вы не проводите еще одну Инт-ПРГ или еще один Коррекционный список Инт, вы проводите ПРОГРАММУ ИСПРАВЛЕНИЯ "КОНЕЦ БЕСКОНЕЧНОЙ ИНТ".

LRH:LRHTC:dr.clb.jk

Проведите ее до КЯ, и на этом закончатся мучения бесконечных исправлений Инт.


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

Attachment No. 1

ПО ЗАВЕРШЕНИИ С КЕЙСОМ ИНТ-ПРГ ИЛИ ПРОГРАММЫ "КОНЕЦ БЕСКОНЕЧНОЙ ИНТ" И ПО ПОЛУЧЕНИИ АТТЕСТАЦИИ, СЛЕДУЮЩИМ ДЕЙСТВИЕМ ДОЛЖНО БЫТЬ К/С 53, ОЦЕНЕННОЕ И ОБРАБОТАННОЕ ДО П/С-НОГО СПИСКА. ЭТО ДОЛЖНО ВЫПОЛНЯТЬСЯ В КАЧЕСТВЕ СЛЕДУЮЩЕГО ДЕЙСТВИЯ И НЕ МОЖЕТ БЫТЬ ПРОПУЩЕНО. (Причиной на то служит вероятность того, что с кейсом может быть не в порядке еще что-то, и все это описано в К/С 53, и это тоже надо исправить.)

INT RUNDOWN TABLE

Нет никакой причины на то, почему какой-либо преклир (или К/С) должен продолжать страдать от неприятностей с Инт.

Yes No

Здесь у нас есть программа, которая легко и просто выполняется, и которую можно проводить с дианетическим Клиром, пре-ОТ, который НЕ проходит OT III и НЕ находится ГДЕ-ЛИБО между R6 Соло или аттестацией OT III, со слабыми, хрупкими или больными преклирами, и эта программа спасает от сверх-исправления.

A. Is the read on Int a valid read? ____ ____

Л. РОН ХАББАРД
Основатель

Is there any evidence of the pc having been run on Int due to a false or protest read? ____ ____

Пересмотру содействовал отдел Тех Компиляций ЛРХ

Any evidence of the read being caused by a Mis-U word? ____ ____

(If ‘yes’ on above get ‘False read?’ and ‘Protest?’ cleaned up or the Mis-U cleared and recheck the buttons on Section A of C/S 53 to find out if Int is charged.)

B. Has the pc had a full Int Rundown? ____ ____

(If ‘no’ or incomplete, it would have to be repaired and completed. NOTE: The Int RD would NOT be run on a Dianetic Clear, Clear or OT as they are not to be run on Dianetics in any form.)

C. Has the pc had an Int Rundown correction list? ____ ____

(If not, and there is any evidence of errors or lack of expected result, this should be done before continuing the Int RD or doing End of Endless Int Rundown. And if the pc has had several Int Rundown Correction Lists, realize that either the auditor can’t make a list read, or is only getting false reads.)

D. Have any R3R or R3RA Dianetic errors on the Int Rundown been corrected with an L3RF? ____ ____

(If not, get these repaired, as continuing the RD, or doing End of Endless Int Rundown won’t solve R3R or R3RA errors.)

E. Is the pc a Dianetic clear or above? ____ ____

Was the pc a Dianetic Clear when the Int RD was run on him by R3R or R3RA? ____ ____

(If ‘yes’ to either above, you must not run any Dianetics but if Int is still out after repairing any errors the End of Endless Int Rundown can be done on a Dianetic Clear. It can NOT be done between R6 Solo and OT III attest.

If the pc was run on Dianetics on the Int RD after Dn C/ear, the first action is to indicate the error of running Dianetics after Clear, and then repair any reading Dianetic Int chain with an L3RF, taking care to handle the reading lines by indication only, and not get into any running of Dianetics. This action alone will often cure any Int trouble on a Dn Clear, but if Int is still reading you can now handle it with the End of Endless Int Rundown.)